-
Notifications
You must be signed in to change notification settings - Fork 3.2k
[Due for payment 2025-05-22] [$250] Reports - Held expense disappears after approving pending expense from Reports #57605
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
Comments
Triggered auto assignment to @Christinadobrzyn ( |
Oh this is a good one, not sure if this should be internal - so we'll start with external. |
Job added to Upwork: https://www.upwork.com/jobs/~021895498808351616709 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @thesahindia ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Held expense disappears after we approve the pending expense from the same workspace. What is the root cause of that problem?This hook which updates the list by searching after it detects a new report is assuming that report action IDs can only change in the chat category.
What changes do you think we should make in order to solve the problem?Remove if ((!isChat && hasTransactionsIDsChange) || hasReportActionsIDsChange) { What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?Unit test that calls Alternatively, in order not to touch implementation details, we could create an E2E test that approves the expense and then checks to see if the held expense is present in the page. What alternative solutions did you explore? (Optional)N/A |
@thesahindia can you check out the ^ proposal when you have a moment? TY! |
ProposalPlease re-state the problem that we are trying to solve in this issue.Reports - Held expense disappears after approving pending expense from Reports What is the root cause of that problem?when report is approved with a held transactions, the held transaction is moved to a different report, so it disappears as the new report is not included in the current search data: App/src/components/Search/index.tsx Lines 264 to 269 in aea476b
What changes do you think we should make in order to solve the problem?add usEffect to check if a transaction has
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?UI issue What alternative solutions did you explore? (Optional)N/A |
@thesahindia Whoops! This issue is 2 days overdue. Let's get this updated quick! |
reassigning based on this Slack convo https://expensify.slack.com/archives/C02NK2DQWUX/p1741113791513709 |
@parasharrajat can you check out the above proposals when you have a moment? TY! |
Yes, reviewing it... |
@LorenzoBloedow's proposal makes sense. We have a case where reportaction changes when dealing with transactions. We should add a comment to explain that as well. 🎀 👀 🎀 C+ reviewed |
Triggered auto assignment to @blimpich, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
Sorry, tagged the wrong contributor earlier. Updated the comment. |
@parasharrajat Not sure if I'm supposed to, but I can't access the discussion, getting an error. |
Unfortunately, it is internal. |
* Add unit tests * Add warning comment
Current assignee @parasharrajat is eligible for the External assigner, not assigning anyone new. |
monitoring #57887 |
I think this should be weekly as we're reviewing #57887 Moving it back to weekly but let me know if that's not good. |
monitoring #57887 |
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
No regression. That issue might be a follow-up here to the original PR. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.1.45-21 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-05-22. 🎊 For reference, here are some details about the assignees on this issue:
|
@parasharrajat @Christinadobrzyn @parasharrajat 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] |
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.1.7-1
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: Exp
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Device used: Mac 15.3 / Chrome
App Component: Search
Action Performed:
Expected Result:
In Step 12, the held expense should appear as a separate report after approving the pending amount.
Actual Result:
In Step 12, the held expense disappears after approving the pending amount.
In Step 13, the held expense only appears after refreshing the page.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6757350_1740733666225.20250228_170200.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @Issue Owner
Current Issue Owner: @ChristinadobrzynThe text was updated successfully, but these errors were encountered: