-
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
[$250] Expense - In delete expense details page, on tapping header "hold" option is displayed #57702
Comments
Triggered auto assignment to @aldo-expensify ( |
💬 A slack conversation has been started in #expensify-open-source |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
|
Production: bandicam.2025-03-03.23-45-58-083.mp4 |
🚨 Edited by proposal-police: This proposal was edited at 2025-03-03 21:22:21 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.Expense - In delete expense details page, on tapping header "hold" option is displayed What is the root cause of that problem?App/src/pages/ReportDetailsPage.tsx Lines 743 to 751 in 227c221
What changes do you think we should make in order to solve the problem?We should add another check here if (isExpenseReport && shouldShowHoldAction && !isDeletedParentAction) {
result.push(
PromotedActions.hold({
isTextHold: canHoldUnholdReportAction.canHoldRequest,
reportAction: moneyRequestAction,
reportID: transactionThreadReportID ? report.reportID : moneyRequestAction?.childReportID,
isDelegateAccessRestricted,
setIsNoDelegateAccessMenuVisible,
currentSearchHash,
}),
); What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?None What alternative solutions did you explore? (Optional)Results Screen.Recording.2025-03-04.at.5.31.18.AM.mov |
Reproduced... |
I was struggling to get my local dev environment to work, but now I'm back. |
This was caused by this: #57219 Thanks @samranahm for the investigation / proposal here: #57702 (comment), I'm just not sure if this is the right way of solving it or if the right way would be to calculate properly the Line 3710 in 295127d
I'll wait for some feedback from @nkdengineer or @DylanDylann since they worked in this PR: #57219 |
@nkdengineer @aldo-expensify I don't think this is a regression In #57219, we remove The reason why this bug happens after #57219 is merged: the transaction is an empty object when removed, incidentally canHoldOrUnholdRequest is true after #57219 was merged because previously if the transaction is empty, transaction?.reimbursable will be undefined --> canHoldOrUnholdRequest is false The root cause analysis of this issue indicates that the isClosed variable fails to update accurately, leading to the discrepancy in canHoldOrUnholdRequest Line 3703 in b649380
--> canHoldOrUnholdRequest get a wrong value Line 3709 in b649380
|
ProposalPlease re-state the problem that we are trying to solve in this issue.In delete expense details page, on tapping header "hold" option is displayed What is the root cause of that problem?After deleting expense then Line 3709 in b649380
I agree with Dylan here, we are not handling deleted expense case properly. We are checking the What changes do you think we should make in order to solve the problem?We should add
Line 3709 in b649380
What specific scenarios should we cover in automated tests to prevent reintroducing this issue in the future?None What alternative solutions did you explore? (Optional)Reminder: Please use plain English, be brief and avoid jargon. Feel free to use images, charts or pseudo-code if necessary. Do not post large multi-line diffs or write walls of text. Do not create PRs unless you have been hired for this job. |
Per this conversation https://expensify.slack.com/archives/C01GTK53T8Q/p1741103259022879?thread_ts=1741035374.734509&cid=C01GTK53T8Q, demoting this to non-deploy blocker since this doesn't seem very important. |
If this is true, then I feel like we should be making sure we are not reading a stale |
Job added to Upwork: https://www.upwork.com/jobs/~021897001007484700253 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @thesahindia ( |
Triggered auto assignment to @lschurr ( |
@DylanDylann |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 9.1.8-0
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Issue reported by: Applause - Internal Team
Action Performed:
Expected Result:
In delete expense details page, on tapping header "hold" option must not be displayed
Actual Result:
In delete expense details page, on tapping header "hold" option is displayed
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6760267_1741034396453.Screenrecorder-2025-03-04-02-00-26-748.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @thesahindiaThe text was updated successfully, but these errors were encountered: