-
Notifications
You must be signed in to change notification settings - Fork 3.2k
[Due for payment 2025-04-18] [$250] Approve button is present when expense report has no expense, empty green button is present #59880
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 @MariaHCD ( |
Triggered auto assignment to @abekkala ( |
💬 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:
|
cc @mananjadhav |
👋🏼 Hey, team. Is this caused by a specific PR? Are we planning to revert or do we have a fix in mind for this? |
Ah, okay, thanks @jnowakow Seems like a revert of that PR is not an option - so let's roll forward and fix this |
Job added to Upwork: https://www.upwork.com/jobs/~021909929813119397026 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @jjcoffee ( |
@MariaHCD I hope we'll manage without revert 😅 |
ProposalI will conditionally render the "Approve" button only when the expense report contains at least one expense. This check will be added in the component logic rendering the report footer. To test:
Let me know if this direction is good — ready to proceed. |
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. |
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. |
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. |
FYI we reverted the original offending PR |
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. |
@abekkala This one will still need to be paid out as a PR was raised. I'm not sure of the timeline, but I guess it can be paid out without waiting as there isn't a regression period as such! |
Given the PR was created and full review was completed : this will get paid out at 100% PAYMENT SUMMARY
|
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.1.26-10 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-04-18. 🎊 For reference, here are some details about the assignees on this issue:
|
@jjcoffee @abekkala @jjcoffee 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] |
PAYMENT SUMMARY
|
$250 approved for @jjcoffee |
Uh oh!
There was an error while loading. Please reload this page.
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.25-0
Reproducible in staging?: Yes
Reproducible in production?: No
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: Money Requests
Action Performed:
Precondition:
Expected Result:
In Step 10, Approve button should not be present when there is no more expense.
Actual Result:
In Step 10, Approve button is present when there is no more expense.
After approving the expense, there is a green button with no purpose.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6796823_1744180128699.20250409_124649.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @Issue Owner
Current Issue Owner: @abekkalaThe text was updated successfully, but these errors were encountered: