You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Due for payment 2025-03-11] [$250] Track expense-Track options are not auto-removed from report details RHP after adding to report #57531
Version Number: 9.1.7-0 Reproducible in staging?: Yes Reproducible in production?: 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/5659739 Email or phone of affected tester (no customers):applausetester+270205kh@applause.expensifail.com Issue reported by: Applause Internal Team Device used: Mac 15.3 / Chrome App Component: Money Requests
Action Performed:
Go to staging.expensify.com
Create an unreported manual expense (Report field is none).
Go to staging.new.expensify.com
Go to self DM.
Click on the expense created in Step 2.
Click on the report header.
Go back to staging.expensify.com and open the expense created in Step 2.
Add a report to the expense.
Go back to staging.new.expensify.com.
Wait for the report to auto refresh.
Expected Result:
Track expense options will be removed from the report details page after the unreported expense is added to a report.
Actual Result:
"Submit it to someone" and "Categorize it" are not removed from the report details page after the unreported expense is added to a report.
When hovering over these options, there is no hover effect, but the options are still clickable.
When select "Submit it to someone" option and submit it to a user, app throws error.
What changes do you think we should make in order to solve the problem?
We need to assign a unique key to each track expense option.
submit
categorize
share
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?
I think we can test by rendering the ReportDetailsPage and pass it a self DM track report, then update the report to workspace expense report and verify the track expense options are gone.
changed the title [-]Track expense-Track options are not auto-removed from report details RHP after adding to report[/-][+][$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/+]on Feb 27, 2025
changed the title [-][$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/-][+][Due for payment 2025-03-11] [$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/+]on Mar 4, 2025
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.1.8-1 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
@hungvu193@CortneyOfstad@hungvu193 The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]
[Contributor] If the regression was CRITICAL (e.g. interrupts a core flow) A discussion in #expensify-open-source has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner.
Link to discussion: N/A
[Contributor] If it was decided to create a regression test for the bug, please propose the regression test steps using the template below to ensure the same bug will not reach production again.
Test:
Go to staging.expensify.com
Create an unreported manual expense (Report field is none).
Go to staging.new.expensify.com
Go to self DM.
Click on the expense created in Step 2.
Click on the report header.
Go back to staging.expensify.com and open the expense created in Step 2.
Add a report to the expense.
Go back to staging.new.expensify.com.
Wait for the report to auto-refresh.
Verify that Track options are removed from details RHP.
Activity
melvin-bot commentedon Feb 27, 2025
Triggered auto assignment to @CortneyOfstad (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.bernhardoj commentedon Feb 27, 2025
Proposal
Please re-state the problem that we are trying to solve in this issue.
Track options in report details page don't disappear when the track expense is moved to workspace.
What is the root cause of that problem?
When we render the list of options, we already assign a key for each item.
App/src/pages/ReportDetailsPage.tsx
Lines 1013 to 1016 in 0856182
However, the key for the track expense options are all the same and it's even the same as the Settings option key.
App/src/pages/ReportDetailsPage.tsx
Lines 445 to 492 in 0856182
What changes do you think we should make in order to solve the problem?
We need to assign a unique key to each track expense option.
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?
I think we can test by rendering the ReportDetailsPage and pass it a self DM track report, then update the report to workspace expense report and verify the track expense options are gone.
[-]Track expense-Track options are not auto-removed from report details RHP after adding to report[/-][+][$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/+]melvin-bot commentedon Feb 27, 2025
Job added to Upwork: https://www.upwork.com/jobs/~021895177564455953295
melvin-bot commentedon Feb 27, 2025
Triggered auto assignment to Contributor-plus team member for initial proposal review - @hungvu193 (
External)CortneyOfstad commentedon Feb 27, 2025
Hi @hungvu193! We have a proposal above when you have a chance — thanks!
hungvu193 commentedon Feb 28, 2025
Thanks @bernhardoj, your proposal here looks good and tests well.
Test
Screen.Recording.2025-02-28.at.09.34.58.mov
🎀 👀 🎀 C+ reviewed
melvin-bot commentedon Feb 28, 2025
Triggered auto assignment to @carlosmiceli, see https://stackoverflow.com/c/expensify/questions/7972 for more details.
8 remaining items
[-][$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/-][+][Due for payment 2025-03-11] [$250] Track expense-Track options are not auto-removed from report details RHP after adding to report[/+]melvin-bot commentedon Mar 4, 2025
Reviewinglabel has been removed, please complete the "BugZero Checklist".melvin-bot commentedon Mar 4, 2025
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.1.8-1 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 2025-03-11. 🎊
For reference, here are some details about the assignees on this issue:
melvin-bot commentedon Mar 4, 2025
@hungvu193 @CortneyOfstad @hungvu193 The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the BugZero Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]
hungvu193 commentedon Mar 10, 2025
BugZero Checklist:
Bug classification
Source of bug:
Where bug was reported:
Who reported the bug:
[Contributor] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake.
Link to comment: https://github.com/Expensify/App/pull/51951/files#r1986728102
[Contributor] If the regression was CRITICAL (e.g. interrupts a core flow) A discussion in #expensify-open-source has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner.
Link to discussion: N/A
[Contributor] If it was decided to create a regression test for the bug, please propose the regression test steps using the template below to ensure the same bug will not reach production again.
Test:
Do we agree 👍 or 👎
melvin-bot commentedon Mar 11, 2025
Payment Summary
Upwork Job
BugZero Checklist (@CortneyOfstad)
garrettmknight commentedon Mar 11, 2025
$250 approved for @hungvu193
CortneyOfstad commentedon Mar 11, 2025
Payment Summary
Regression Test
https://github.com/Expensify/Expensify/issues/479507
bernhardoj commentedon Mar 12, 2025
Requested in ND.
JmillsExpensify commentedon Mar 12, 2025
$250 approved for @bernhardoj