Closed lanitochka17 closed 1 year ago
Triggered auto assignment to @zanyrenney (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details.
Platforms
in OP are ✅):wave: Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash
deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
Triggered auto assignment to @thienlnam (Engineering
), see https://stackoverflow.com/c/expensify/questions/4319 for more details.
~This pull request just made it to staging and modified some sign-in logic. Not sure yet if it's the culprit but sounds like a possibility. cc @NikkiWines @MonilBhavsar if you're around and have an idea.~
I reverted 28372 on dev and can still reproduce the issue, so I don't think it's that.
:hmm: If it's not that, it probably is related to some subscriber on the login page that is no longer prompting a refresh. I am looking at changes on that page but not seeing anything obvious
This issue is originating from this line:
https://github.com/Expensify/App/blob/0a3ce767f12802d184c434efe2790dea5188af1a/src/libs/Navigation/AppNavigator/AuthScreens.js#L370-L372
If we remove retrieving demoInfo
the issue won't happen. But I couldn't find why this is happening, I thought it was because we are accessing onyx data which is not present, but changing key
here to any random string did not produce this issue. So the issue is only happening for demoInfo
Hope it helps
Yeah thanks. Just finished a git bisect
and found that the issue comes from this PR, specifically this commit, which matches what you found.
cc @Beamanator
@s77rt do you have any idea off the top of your head? This appears to be coming from https://github.com/Expensify/App/pull/29288.
Hmm, we used same patterns for similar temporary flows. Could it be related to this https://github.com/Expensify/App/pull/29288/files#r1358416934? Can you try use Navigation.isNavigationReady
promise and see if that fixes it?
cc @alitoshmatov if you are available to test
Doing this didn't work
cc: @s77rt
I feel like it's some sort of race condition with updating a key in Onyx? Commenting this line out solves the issue.
Removing that line looks reasonable and is not effecting expected behavior, and it tests well.
Alternatively changing it to Onyx.set(ONYXKEYS.DEMO_INFO, {});
seems to work, but I can't 100% confirm at the moment as my dev environment is in a weird half-broken state. Might be better than removing the line entirely, if we can confirm it works.
Nice. @thienlnam let's roll with that?
I fixed my dev environment, sending a PR shortly.
Reviewing
label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 1.3.85-4 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2023-10-24. :confetti_ball:
After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
Oof thanks for fixing, y'all 🙈
The solution for this issue has been :rocket: deployed to production :rocket: in version 1.3.86-5 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2023-10-25. :confetti_ball:
After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
Should be all good here as the payment is being handled here, all other assignees here are internal - https://github.com/Expensify/App/issues/29577 !
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: 1.3.85-0
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Expected Result:
User should be automatically logged in and able to use the app on the original tab
Actual Result:
User must refresh the page to appear logged in and use the app
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
https://github.com/Expensify/App/assets/78819774/86808da8-fdc6-4d1b-b69e-36a6e9c064b1MacOS: Desktop
View all open jobs on GitHub