[$250] Desktop - Onboarding - Modal doesn't open in desktop when navigating to incorrect URL

[IuliiaHerets]

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

---

Version Number: v9.0.31-12
Reproducible in staging?: Y
Reproducible in production?: Y
Issue was found when executing this PR: #48137
Issue reported by: Applause Internal Team

Action Performed:

Precondition: use gmail NEW account.

1. Desktop: Sign in as a new user > Join (Do not proceed onboarding flow)
2. Web: Sign in with the same user > refresh the page (to see onboarding modal)
3. Desktop: Select 'Manage my team's expenses'
4. Web: Change the URL to a random URL after .com, for example, /aaa (for desktop, enter the URL in the browser and press Enter).
5. Web: choose 'Open New Expensify' in popup

Expected Result:

Desktop: the onboarding modal work page is displayed.

Actual Result:

Desktop: page not found is displayed

Workaround:

Unknown

Platforms:

• Android: Native
• Android: mWeb Chrome
• iOS: Native
• iOS: mWeb Safari
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Bug6598525_1725962243501.desktop_onboarding_modal_fail.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021836423410149372393
• Upwork Job ID: 1836423410149372393
• Last Price Increase: 2024-09-25

Issue Owner

Current Issue Owner: @ntdiary

[melvin-bot]

Triggered auto assignment to @JmillsExpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[IuliiaHerets]

@JmillsExpensify FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

[tsa321]

@mollfpr This issue is related to the following code:

App/src/libs/actions/Report.ts

Lines 2687 to 2689 in 5224d91

	if (shouldSkipDeepLinkNavigation(route)) {
	return;
	}

In desktop the shouldSkipDeepLinkNavigation is:

App/src/libs/shouldSkipDeepLinkNavigation/index.desktop.ts

Lines 3 to 9 in 5224d91

	export default function shouldSkipDeepLinkNavigation(route: string) {
	// When deep-linking to desktop app with `transition` route we don't want to call navigate
	// on the route because it will display an infinite loading indicator.
	// See issue: https://github.com/Expensify/App/issues/33149
	if (route.includes(ROUTES.TRANSITION_BETWEEN_APPS)) {
	return true;
	}

It is intentionally skipped due to this bug:

#33149

When testing, I use the new-expensify:/aaa instead of the usual address in the browser to open the desktop app.

I'm unsure if I should move the check after the onboarding logic due to this bug.
I am creating a follow-up PR if we decide to move the check after the onboarding logic.

[melvin-bot]

@JmillsExpensify Eep! 4 days overdue now. Issues have feelings too...

[JmillsExpensify]

I think this is low priority, though I'll open it up to the community.