-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[$250] Desktop - User remains logged in after logging out on desktop app #50560
Comments
Triggered auto assignment to @carlosmiceli ( |
Triggered auto assignment to @sakluger ( |
💬 A slack conversation has been started in #expensify-open-source |
👋 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:
|
Job added to Upwork: https://www.upwork.com/jobs/~021844415362292582702 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @ahmedGaber93 ( |
This one is tricky, I'm pretty sure it's FE related but just in case will leave both labels for now. While I look for possible PRs that created this, I'm adding external to see if contributors can start looking into a solution. |
Ok, found the PR that caused it, we should revert this one: https://github.com/Expensify/App/pull/50278/files |
#50596 revert is in progress |
Hey @lakchote assigning you so you can decide what we should do here and when :) |
@lakchote @thesahindia The error occurred because I changed "withOnyx" to "useOnyx" in AuthScreen, unrelated to the long loading change. Do you think something wrong with my migration code? |
Nothing strange pops out from this, by giving it a first look. This must be an edge case, as it just happens for Desktop. Your best bet would be to debug the session's value when logging out. |
@lakchote is ok to skip onyx migration for our long loading PR? after the onyx migration, The value of onyx params is the same, but the order of calls behave differently. Before: The logout API called without calling other API. I guess that will have different root cause and will require further analysis. To reproduce: Migrate |
I believe the migration should be handled in a different ticket since it requires more digging. We were considering managing the migration for sign-in/sign-out flows separately. Quoting Rory's message: "I wouldn't be opposed to doing a dedicated migration issue for a few components where we anticipate issues, such as |
This issue has not been updated in over 15 days. @sakluger, @lakchote eroding to Monthly issue. P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do! |
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: 9.0.47-1
Reproducible in staging?: Y
Reproducible in production?: N
Email or phone of affected tester (no customers): applausetester+kh0710002@applause.expensifail.com
Issue reported by: Applause Internal Team
Action Performed:
Expected Result:
App will redirect to login screen after signing out.
Actual Result:
App is unable to sign out. User remains signed in after signing out.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6630614_1728558272176.20241010_190248.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @ahmedGaber93The text was updated successfully, but these errors were encountered: