-
Notifications
You must be signed in to change notification settings - Fork 3k
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] Troubleshoot - Use staging server option is disabled upon logging in and after clearing cache #54620
Comments
Triggered auto assignment to @carlosmiceli ( |
Triggered auto assignment to @anmurali ( |
💬 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/~021872694579402665672 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @allgandalf ( |
Removing DB since it's a staging issue, but I'm not 100% sure it can be solved by contributors. Adding the label so we get confirmation. |
Edited by proposal-police: This proposal was edited at 2024-12-28 00:22:34 UTC. ProposalPlease re-state the problem that we are trying to solve in this issueUse staging server option is disabled upon logging in and after clearing cache. What is the root cause of that problem?Note The issue is present on all platform, it's not specific to HybridApp. This happens because What changes do you think we should make in order to solve the problem?Preserve One way to execute this is to only preserve
// top of `App.ts` under `preservedUserSession` logic:
let preservedShouldUseStagingServer: boolean | undefined;
Onyx.connect({
key: ONYXKEYS.USER,
callback: (value) => {
preservedShouldUseStagingServer = value?.shouldUseStagingServer;
},
});
// above Onyx.clear(KEYS_TO_PRESERVE) block:
const shouldUseStagingServer = preservedShouldUseStagingServer; // <- we do this because `let preservedShouldUseStagingServer` will be lost once Onyx is cleared, so we need to store it in a constant before clearing (below)
// within the `clearOnyxAndResetApp` function, inside the Onyx.clear(KEYS_TO_PRESERVE) block:
if (shouldUseStagingServer) {
Onyx.set(ONYXKEYS.USER, {shouldUseStagingServer});
} What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?We can test that after What alternative solutions did you explore? (Optional)An alternative way to execute this would be to preserve the whole
{
isUsingExpensifyCard: false,
isFromPublicDomain: true,
hasAccessibleDomainPolicies: false,
isGuide: false,
isSubscribedToNewsletter: true,
shouldUseStagingServer: true, // <- this one is of interest to us for this issue
validated: false,
} to do this we would simply pass Result video (before / after)MacOS: Chrome
|
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: 9.0.79-0
Reproducible in staging?: Yes
Reproducible in production?: Unable to check as it testing preference
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: No, reproducible on hybrid only
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/cases/view/2761712
Email or phone of affected tester (no customers): N/A
Issue reported by: Applause Internal Team
Device used: iPhone 15 iOS 18.1.1
App Component: User Settings
Action Performed:
Expected Result:
Use staging server option is enabled automatically upon log in and remains enabled after clearing cache
Actual Result:
Use staging server option is disabled upon logging in and after clearing cache
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6701433_1734979627116.ScreenRecording_12-23-2024_10-27-31_1.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @allgandalfThe text was updated successfully, but these errors were encountered: