Repository navigation
Status - Status reverts to previous status or turns blank when going offline after saving #24423
Description
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Precondition: Set different status and erase it before running the steps
- Launch New Expensify app
- Go to Settings > Profile > Status
- Add a status and save it
- Immediately go offline
Expected Result:
When going offline, the status remains as is
Actual Result:
When going offline, the status either reverts to a previous status (precondition) or it becomes blank
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
- Android / native
- Android / Chrome
- iOS / native
- iOS / Safari
- MacOS / Chrome / Safari
- MacOS / Desktop
Version Number: 1.3.53.1
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
Notes/Photos/Videos: Any additional supporting documentation
Bug6161049_Screen_Recording_20230811_104449_New_Expensify.1.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Activity
OSBotify commentedon Aug 11, 2023
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
StagingDeployCashdeploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:melvin-bot commentedon Aug 11, 2023
Triggered auto assignment to @amyevans (
Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.conorpendergrast commentedon Aug 11, 2023
@lanitochka17 I don't think that's the correct video, could you check?
0xmiroslav commentedon Aug 11, 2023
Custom status bugs are not blockers.
Context: https://expensify.slack.com/archives/C049HHMV9SM/p1691610130667239
amyevans commentedon Aug 11, 2023
Yeah the attached video isn't correct but I reproed with the test steps. But as @0xmiroslav pointed out (thanks!) this is a feature under active development so we won't consider them blockers. Assigning over to @stitesExpensify to handle in the context of that project!
stitesExpensify commentedon Aug 11, 2023
Thanks @0xmiroslav @amyevans !
22 remaining items
stitesExpensify commentedon Oct 16, 2023
Any updates here?
perunt commentedon Oct 23, 2023
@lanitochka17, do you use any throttle tools?
I've tried it with the slow 3g, and even then, it was way faster than your network.
I assume it is related to the request queue. When it fails when you go offline, it can remove optimistic data. But I'm still in the testing process.
clideo_editor_ba738351f42b430895074a5f4b9aaffd.mp4
stitesExpensify commentedon Nov 3, 2023
bump @lanitochka17
lanitochka17 commentedon Nov 4, 2023
@perunt Hello. most likely the issue was reproduced with low Internet traffic
Issue is not reproducible on build 1.3.95-5
0-02-01-b0c5d6408a318113fa4ff47b5b0aacf14cf38a70b58c2659a6106a9a03fdc625_e2e0e34b64fb00dc.mp4
perunt commentedon Nov 6, 2023
From what I saw, there is a problem with the queue. Also, I remember recently that the queue was changed a bit. So, it's probably related.
Do I get you right? Is it no more reproducible in newer builds?
stitesExpensify commentedon Nov 14, 2023
bump @lanitochka17
stitesExpensify commentedon Nov 28, 2023
Closing this for now since we haven't heard anything for a while