-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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] Track expense - App crashes on report details RHP after submitting track expense to workspace #53547
Comments
Triggered auto assignment to @adelekennedy ( |
Edited by proposal-police: This proposal was edited at 2024-12-05 16:22:42 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Track expense - App crashes on report details RHP after submitting track expense to workspace What is the root cause of that problem?After we categorize a track expense, the backend returns the correct But if we offline and online, Screen.Recording.2024-12-05.at.23.19.31.movThe
What changes do you think we should make in order to solve the problem?Fallback the
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?What alternative solutions did you explore? (Optional)Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job. |
Please re-state the problem that we are trying to solve in this issue.The app crashes on the report details Right-Hand Panel (RHP) after submitting a tracked expense to a workspace offline and going online, disrupting user access to the report. What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional)
|
Job added to Upwork: https://www.upwork.com/jobs/~021864495667152345213 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @hoangzinh ( |
reproduced |
@mkzie2 can you elaborate on why it only happens when network is offline? |
Send invite please also previously are pending? |
@hoangzinh We have a problem from the backend, after we go offline and online, the |
Solution:Backend Fix:Ensure Frontend Fix:
|
@mkzie2 But it seems to BE also returns correct |
@saifelance Based on proposal template here, the RCA needs to be clear and easily understood problem with a "root cause". Please update your proposal with a RCA. Also you can update existing proposal, instead of creating new a one |
@hoangzinh The backend returns correct IDs most of the time, but during offline-to-online transitions, the state handling is inconsistent, leading to null values for these fields. |
@saifelance can you elaborate more on it? If it's possible, can you link to which line of codes are handling state inconsistent? Thank you |
1. Null/Undefined Check for Report Data
2. Offline/Online Network State Handling
3. Handle Missing Data for parentReportID and parentReportActionID
4. General Safe Data Access
Summary of Changes:
@hoangzinh Could you please check if this helps? |
@hoangzinh You're right, the problem comes from Screen.Recording.2024-12-05.at.23.19.31.mov |
The issue stems from the |
Agree with @mkzie2 and @saifelance, the issue comes from Therefore it should be fixed in BE. @adelekennedy can you add an internal label for this issue? |
@hoangzinh The issue with navigation back to the workspace being hidden stems from the ReconnectApp API intermittently returning null or incomplete |
@mkzie2
The frontend relies on |
@MelvinBot Could you send invite Upwork job https://www.upwork.com/freelancers/saifurrehman? |
@hoangzinh I agree this is a backend bug. But we still need a frontend fix as my solution to prevent the app crashes in some cases with the same problem. For example, when we change the value in the debug mode: Screen.Recording.2024-12-09.at.17.14.14.mov |
Here is updated code
Key Changes:1. Cached IDs: Added 2. Fallback Logic: Use cached values ( 3. No Breakage on Prevents navigation from breaking by ensuring fallback values are always available. Consider Adding Logs for Debugging:Add logs to identify when cached values are being used:
|
@saifelance please ensure you read this Contributing Guides thoroughly. Basically, you only start to make a PR until you're hired. In order to be hired, one of the important note
|
@mkzie2 agree. Let's see how internal engineer thoughts. |
Of course, I have also sent the updated frontend code changes. Could you please verify them? |
@saifelance I think we just need to fallback the |
@adelekennedy just in case you missed this comment, it should be an "Internal" issue. |
@hoangzinh If you only need to apply a fallback for @adelekennedy suggestion to fallback to ' The proposed solution (fallback to |
@hoangzinh I think we can add a C+ reviewed comment to get the eye from internal team. |
@mkzie2 but I haven't had any proposal to recommend yet, therefore I think we should add an internal label first to look for an internal engineer to work on BE fix, then consider if we want to avoid app crash in FE. |
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.71-0
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes
If this was caught during regression testing, add the test name, ID and link from TestRail: Exp https://expensify.testrail.io/index.php?/tests/view/5299012
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Action Performed:
Precondition:
Expected Result:
App will not crash.
Actual Result:
App crashes.
Tester's devices where the issue occurs:
macOS Ventura 13.4 - Chrome
Samsung Galaxy Z Fold4 - Android 14,
Apple iPhone 15 Pro Max - iOS 18.1 Beta.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6684140_1733307605979.20241204_181332.mp4
Bug6684140_1733307605993!staging.new.expensify.com-1733307405873.txt
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @hoangzinhThe text was updated successfully, but these errors were encountered: