-
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
[$500] Request Money - After Reloading on Receipt page the back button takes you to main chat #31869
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01845ea13bf2a2f8c4 |
Triggered auto assignment to @stephanieelliott ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @thesahindia ( |
ProposalProblemAfter Reloading on Receipt page the back button takes you to main chat Root CauseIn EditRequestReceiptPage, for ChangesWe should set a Note: using a definte fallback route or setting fallback based on condition is not a good idea when we integrate edit receipt page to some other flow conditions may fail and and component needs a refactor again and i dont think thats a good idea. |
ProposalPlease re-state the problem that we are trying to solve in this issue.
What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
const navigateToConfirmationStep = (moneyRequestType) => {
IOU.setMoneyRequestId(moneyRequestType);
IOU.resetMoneyRequestCategory();
IOU.resetMoneyRequestTag();
+ IOU.setIouType(moneyRequestType);
+ IOU.setIouReportID(reportID);
Navigation.navigate(ROUTES.MONEY_REQUEST_CONFIRMATION.getRoute(moneyRequestType, reportID));
}; with
What alternative solutions did you explore? (Optional)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.The Back button does not behave as expected on page refresh on the desktop. The back button must be pressed twice and the 2nd time pressed it dimisses the Request Money prompt. What is the root cause of that problem?There are 2 issues that need to be addressed: 1) The URL changes on refresh, and 2) there is missing fallback route for the onBack
In ROUTES.ts it should not add a trailing Before refresh the url is: After refresh the url is: Note: I was able to reproduce the same double back press behaviour on the MONEY_REQUEST_CONFIRMATION (
Without 1) the same navigation issue happens on the route What changes do you think we should make in order to solve the problem?
So instead of
with result: It becomes
with result: The same should be appled to MONEY_REQUEST_CONFIRMATION (
Alternative SolutionsOn browser refresh, close the right hand panel |
Issue DescriptionProblemAfter reloading the Receipt page, the back button redirects users to the main chat instead of the expected behavior of navigating back to the previous page. Root CauseIn the Proposed SolutionsProposal 1ProblemAfter reloading the Receipt page, the back button redirects users to the main chat. Root CauseIn ChangesSet a Proposal 2ProblemAfter reloading on the Receipt page, the back button redirects users to the main chat. Root CauseIn ChangesCreate a Proposal 3ProblemThe back button does not behave as expected on page refresh on the desktop. It must be pressed twice, and the second press dismisses the Request Money prompt. Root Cause
Changes
Alternative Solutions
ConclusionChoose the proposal that best aligns with the codebase and development standards. Ensure that the chosen solution addresses both the reloading issue and the back button behavior. Implement the proposed changes and thoroughly test to guarantee the desired outcomes. |
@thesahindia some proposals to review here -- can you give feedback when you get a sec? |
@stephanieelliott, @thesahindia Whoops! This issue is 2 days overdue. Let's get this updated quick! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
@ishpaul777's proposal looks good to me! 🎀 👀 🎀 C+ reviewed |
Triggered auto assignment to @cristipaval, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@thesahindia I think we have a lot of flow that can lead to the Receipt page, so we need to handle these case |
@thesahindia We have the similar case here #31658 |
@cristipaval There are the two solutions, what do you think about it:
|
a minor clarification: if user is opening the url to another window without backto it should be somewhat expected to user that flow will not be the same as with backto param and practically this is very edge case, and we might already have considered and agreed on the case when accepting the pattern for other pages. |
❌ There was an error making the offer to @ishpaul777 for the Contributor role. The BZ member will need to manually hire the contributor. |
Thanks for raising your concerns, @DylanDylann! I wouldn't worry about the corner case you mentioned. I wouldn't underestimate the user, and they would expect a different behavior if they changed the URL. |
@ishpaul777 I've sent you the offer on Upwork, please accept when you get a chance! |
@cristipaval @stephanieelliott @thesahindia @ishpaul777 this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
I was about to create a PR but it looks the issue is resolved on staging already, using the same change as proposed, by another PR i think we can close @cristipaval @stephanieelliott |
Thanks @ishpaul777! |
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: 1.4.3-6
Reproducible in staging?: Y
Reproducible in production?: Y
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:
Navigates back to the previous page or reloading takes you to the Request money page
Actual Result:
After Reloading on the Receipt page clicking the back button retakes you to the receipt page again and clicking back again takes you to the main chat
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6289404_1700824727747.test11_RequestReload.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: