-
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
[HOLD for payment 2023-09-06] [$1000] Web - On reload on attachment preview and close, app displays random chat for few seconds #23958
Comments
Triggered auto assignment to @sakluger ( |
Bug0 Triage Checklist (Main S/O)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.Web - On reload on attachment preview and close, app displays random chat for few seconds What is the root cause of that problem?The attachment view is main route, meanwhile the report screen is center pane so it's not related to each other. App/src/libs/Navigation/linkingConfig.js Lines 16 to 27 in cb8aac1
The url of attachment view is App/src/libs/Navigation/AppNavigator/ReportScreenWrapper.js Lines 80 to 81 in cb8aac1
the last access report id is different from the report id in url, so when we dismiss the attachment modal, we back to the current report then back to the report that contains attachment preview
What changes do you think we should make in order to solve the problem?
We should additionally check the current route has the reportID not not by using Here's the code sample
Remove
ResultScreen.Recording.2023-08-01.at.11.37.05.mov |
@dhanashree-sawant @sakluger I think we should change the steps for more correct
|
@tienifr thanks for providing those steps. Just to confirm, can you reproduce this issue consistently with those updated steps? |
Yes, I can @sakluger |
@sakluger Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Job added to Upwork: https://www.upwork.com/jobs/~015ceaa38feb4bfce8 |
Current assignee @sakluger is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @rushatgabhane ( |
Updated the reproduction steps in the original description, thanks! |
ProposalPlease re-state the problem that we are trying to solve in this issue.Closing the attachment carousel will show the last access report and then navigate to the report of the attachment. What is the root cause of that problem?When we refresh the app while the attachment carousel or any RHP is open, it will manually push the report screen to the navigation stack with empty params. App/src/libs/Navigation/AppNavigator/createResponsiveStackNavigator/CustomRouter.js Lines 29 to 35 in 4230f28
App/src/libs/Navigation/AppNavigator/createResponsiveStackNavigator/CustomRouter.js Lines 11 to 21 in 4230f28
If the param is empty, we will show the last accessed report id instead. App/src/libs/Navigation/AppNavigator/ReportScreenWrapper.js Lines 80 to 87 in 4230f28
In step 6, we go to another chat, which means the last accessed chat is not the chat that we send the attachment to. So, when we close the attachment carousel, it will show the last accessed report first (this is totally expected), and then show the report of the attachment. This is because we are calling
Btw, we can simplify the reproduction steps to:
After the carousel is closed, we will be navigated to chat A. This is the real issue. What changes do you think we should make in order to solve the problem?When the carousel closed, just close it, no need to navigate to other report. To do that, we can either
|
I like @tienifr's proposal! #23958 (comment) |
Triggered auto assignment to @Julesssss, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@bernhardoj thanks for your proposal but I think we should display the report where attachment is coming from vs the last acessed report id |
@rushatgabhane thanks for the review.
What about this case? Navigating the user to the report of the attachment after closing the carousel is really annoying.
If you think we should do this, then I think we should do the same for other report sub-pages to make it consistent? For example, report settings (and sub-pages), participants, etc. |
I don't think so, the attachment URL is just same like the internal link, when we click on the internal link, we should navigate to that page.
The profile pages are not the same as attachment modal.
|
FYI I am OOO this week. Feel free to reassign in the meantime, or I will be back on Monday 28th |
Triggered auto assignment to @cristipaval ( |
@cristipaval I've assigned you to help review the PR: #25521 If you can't review, let us know, @Julesssss can do it when he's back. |
Based on my calculations, the pull request did not get merged within 3 working days of assignment. Please, check out my computations here:
On to the next one 🚀 |
I think that's because @Julesssss is ooo and I was busy with wave4 stuff. PR was ready earlier |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.58-5 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-09-06. 🎊 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:
Efficiency bonus applies to payments above! 🎉 🚀 |
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:
|
I went ahead and paid out the reporter bounty to @dhanashree-sawant @rushatgabhane could you please complete the BZ checklist by tomorrow? That way we can approve your manual payment right away after the 7-day hold. |
|
Created a manual request here - https://staging.new.expensify.com/r/6288901853355212 |
Thanks @rushatgabhane! I assigned @JmillsExpensify to handle the payment request. Everyone else has been paid out, I'll leave this open so Jason can approve the final payment. |
We're good to close, the NewDot payment requests will be handled. |
$1,500 payment approved for @rushatgabhane based on BZ summary. |
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:
Expected Result:
App should display same chat in which attachment is located when we close the preview - navigation should occur before closing the modal
Actual Result:
App displays random chat when we click on attachment, reload on preview and close the preview
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.47.3
Reproducible in staging?: n/a
Reproducible in production?: n/a
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
app.displays.random.chat.on.closing.preview.after.reload.mp4
Expensify/Expensify Issue URL:
Issue reported by: @dhanashree-sawant
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1690103101672499
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: