-
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
[PAID] [$500] Back from request money details page does not open request money page #29056
Comments
Triggered auto assignment to @strepanier03 ( |
Job added to Upwork: https://www.upwork.com/jobs/~0119568c805cf99a1b |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @burczu ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Request money page is not opened on Back from request money details page What is the root cause of that problem?In the App/src/pages/ReportDetailsPage.js Line 162 in 168e7f7
What changes do you think we should make in order to solve the problem?We should add <HeaderWithBackButton
title={props.translate("common.details")}
onBackButtonPress={() =>
Navigation.goBack(ROUTES.REPORT_WITH_ID.getRoute(props.report.reportID))
}
/> POC:Screen.Recording.2023-10-07.at.12.15.21.PM.mov |
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?
Other similar screens might have this same go back issue, we should fix similarly as well. What alternative solutions did you explore? (Optional)NA |
Was able to repro easily. Letting this move forward naturally. |
I've just reviewed both proposals and I like the one from @tienifr because it covers not only redirection to the appropriate report after clicking back button on the details sidebar, but also makes sure that the correct report is opened right after logging in. I think we should proceed with it. 🎀 👀 🎀 C+ reviewed |
Triggered auto assignment to @francoisl, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
Agreed. Let's proceed with your proposal @tienifr. |
The Upwork automation didn't work because it looks like the |
📣 @tienifr 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.87-12 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2023-10-27. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
@burczu - I'll close this out when we have the checklist done. Everyone else has been paid, thank you @dhanashree-sawant and @tienifr! |
@francoisl @burczu @strepanier03 @tienifr this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks! |
Just waiting on checklist stuff from @burczu then this one will be closed. All good melvin. |
@burczu - bump on the checklist so we can get this closed out. |
@francoisl, @burczu, @strepanier03, @tienifr Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@francoisl @burczu @strepanier03 @tienifr this issue is now 4 weeks old and preventing us from maintaining WAQ, can you:
Thanks! |
Current assignee @burczu is eligible for the Internal assigner, not assigning anyone new. |
@burczu - Please take care of the checklist so we can close this out. |
@francoisl, @burczu, @strepanier03, @tienifr Still overdue 6 days?! Let's take care of this! |
Doesn't seem like this came from a regression, also probably no need for a new regression test, going to close. |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
App should display report for which details page is opened in background if we login with details page URL
Actual Result:
App does not display report for which details page is opened in background if we login with details page URL
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.78.3
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
Notes/Photos/Videos: Any additional supporting documentation
ios.safari.does.not.open.same.chat.in.background.mp4
mac.chrome.does.not.open.same.chat.in.background.mov
windows.chrome.same.chat.not.open.in.background.mp4
android.chrome.same.report.not.displayed.in.background.mp4
Recording.4892.mp4
Expensify/Expensify Issue URL:
Issue reported by: @dhanashree-sawant
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1696668016454099
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @burczuThe text was updated successfully, but these errors were encountered: