Repository navigation
fix: land new account on initially opened room - #92834
marcochavezf merged 15 commits into
Conversation
1202a6a to
d2ff7e8
Compare
Codecov Report✅ Changes either increased or maintained existing code coverage, great job!
|
b85d0d6 to
169b7ec
Compare
169b7ec to
1201f47
Compare
|
@bernhardoj Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
|
@marcochavezf Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 1201f47709
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
|
@FitseTLT kind ping here. Thanks! |
JmillsExpensify
left a comment
There was a problem hiding this comment.
I don't quite get how this particular state happens, though the sign-in on the RHP seems fine to me.
|
@JmillsExpensify Yes, agreed that SignIn on the RHP itself is fine. The issue is the transient navigation state created by opening From the frontend debug logs, right when [ So the report route is already the fullscreen base and SignIn is the RHP on top. The bug was that the onboarding REDIRECT reset replaced that base with Home. This PR preserves that existing fullscreen report base under @FitseTLT Do you agree with this as well? |
|
@JmillsExpensify This case is when you sign in while on a public room. |
JmillsExpensify
left a comment
There was a problem hiding this comment.
Ah, thanks. LGTM then.
I think it is fixed on main now |
|
After finishing onboarding if you select manage teams it will redirect to admin room which is expected but should be stated in test steps. And regarding the onboarding cases that open concierge page there are cases other than track choice so you should generalize the comment on that in the OP. |
Reviewer Checklist
Screenshots/VideosAndroid: HybridApp2026-07-14.00-22-15.mp4Android: mWeb Chrome2026-07-13.23-51-42.mp4iOS: HybridAppiOS: mWeb Safari2026-07-13.23-55-34.mp4MacOS: Chrome / Safari2026-07-13.23-46-45.mp4 |
|
@KJ21-ENG for the case of concierge link the concierge page opens on top of the onboarding modal which is unwanted. 2026-07-14.00-33-14.mp4 |
|
I am talking about the step of #90303 |
|
Hmm, Isn't it unrelated to this PR ? Like its pre-existing on main. Am I missing something 👀 |
What's the behavior on main? can u give me a vid of that? |
1784142168556102-compressed.mp4 |
|
Conflicts 😢 |
…sed-onboarding-deeplink-fix # Conflicts: # tests/unit/navigateAfterOnboardingTest.ts
…version artifact)
|
@marcochavezf Resolved |
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
🚧 marcochavezf has triggered a test Expensify/App build. You can view the workflow run here. |
|
🧪🧪 Use the links below to test this adhoc build on Android, iOS, and Web. Happy testing! 🧪🧪
|
|
🚀 Deployed to staging by https://github.com/marcochavezf in version: 9.4.41-0 🚀
|
|
🤖 Help site review: no changes required. I reviewed the changes in this PR against the help site files under Why: This is an internal navigation/routing bug fix. It corrects which screen a user lands on after signing in/up from a report deep link ( There is no new or changed user-facing feature, setting, tab, label, or button, and no existing help article documents this deep-link landing behavior. The help site describes product features and how-to flows, not the internal routing that determines the post-sign-in destination — so there is nothing to add or correct. Because no changes are required, I have not created a draft docs PR. @KJ21-ENG, please confirm you agree no help site updates are needed. If you believe a specific article should be updated, point me to it and I'll draft the changes. |
|
🚀 Deployed to production by https://github.com/yuwenmemon in version: 9.4.41-4 🚀
Bundle Size Analysis (Sentry): |
Explanation of Change
This PR fixes issue #85242: when a signed-out user opens a report URL like
/r/<reportID>, signs in/signs up with a new account, and completes onboarding, the app should land on the initially opened report. Currentmainlands on Home instead.The accepted proposal identified the first destructive step in
RootStackRouter: whenOnboardingGuardreturns a REDIRECT to onboarding,handleNavigationGuardsresets the whole root stack using the adapted onboarding state. That adapted state has Home as the base route, so the report route that was revealed after dismissing SignIn is replaced by[Home, OnboardingModalNavigator].While validating the fix locally, frontend logging showed additional Home navigations across the sign-in and onboarding-completion paths that could still overwrite the restored report after the router preserved it, for example:
SignInModaldismisses the SignIn RHP and then navigates to Home.So the final fix is intentionally narrow:
OnboardingModalNavigatorinstead of replacing it with Home./concierge.Fixed Issues
$ #85242
PROPOSAL: #85242 (comment)
Tests
Manual recordings have been added below.
Original issue #85242**:**
https://staging.new.expensify.com/r/7075912447943023.Regression #86258**:**
https://staging.new.expensify.com/r/7075912447943023.Regression #90303:
https://staging.new.expensify.com/conciergefrom an external app (Notes/browser).main([Due for payment 2026-08-25] [$250] Web - User not navigate to the Concierge chat after login new account from Concierge deep link #95365 / [Exploratory] Web - Onboarding - Onboarding modal dismisses after navigate to Concierge link #95367), not caused by this PR; tap back to continue onboarding.Offline tests
Not applicable. This change affects sign-in/onboarding navigation and requires online authentication/onboarding APIs.
QA Steps
Same as Tests.
PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick)src/languages/*files and using the translation methodSTYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))npm run compress-svg)Avataris modified, I verified thatAvataris working as expected in all cases)Designlabel and/or tagged@Expensify/designso the design team can review the changes.ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
ezyZip.15.mp4
Android: mWeb Chrome
ezyZip.14.mp4
iOS: Native
N/A
iOS: mWeb Safari
ezyZip.16.mp4
MacOS: Chrome / Safari
ezyZip.17.mp4