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-12-30] Reports - Tax amount updates to the new amount, then reverts to initial amount #78038
Version Number: 9.2.82-0 Reproducible in staging?: Yes Reproducible in production?: N/A - new feature, doesn't exist in prod If this was caught during regression testing, add the test name, ID and link from BrowserStack:#77836 Email or phone of affected tester (no customers):smdosdinjosnjsoi@gmail.com Issue reported by: Applause Internal Team Bug source: Pull Request QA execution Device used: Mac 26.1 / Chrome App Component: Search
Action Performed:
Precondition:
Workspace has tax rates.
Go to staging.new.expensify.com
Go to workspace chat.
Create an expense with non-zero tax rate.
Go to Reports > Expenses.
Click Columns.
Select Tax.
Click Save.
Click on the expense.
Click Tax amount.
Edit the amount and save it.
Expected Result:
Tax amount will update to the new amount.
Actual Result:
Tax amount updates to the new amount, then reverts to initial amount.
👋 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:
Identify the pull request that introduced this issue and revert it.
changed the title [-]Reports - Tax amount updates to the new amount, then reverts to initial amount[/-][+][Due for payment 2025-12-30] Reports - Tax amount updates to the new amount, then reverts to initial amount[/+]on Dec 23, 2025
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.2.85-7 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
@luacmartins / @JS00001@johncschuster 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]
Activity
melvin-bot commentedon Dec 18, 2025
Triggered auto assignment to @johncschuster (
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.melvin-bot commentedon Dec 18, 2025
Triggered auto assignment to @mollfpr (
DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.melvin-bot commentedon Dec 18, 2025
💬 A slack conversation has been started in #expensify-open-source
github-actions commentedon Dec 18, 2025
👋 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:
[-]Reports - Tax amount updates to the new amount, then reverts to initial amount[/-][+][Due for payment 2025-12-30] Reports - Tax amount updates to the new amount, then reverts to initial amount[/+]melvin-bot commentedon Dec 23, 2025
Reviewinglabel has been removed, please complete the "BugZero Checklist".melvin-bot commentedon Dec 23, 2025
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.2.85-7 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-12-30. 🎊
melvin-bot commentedon Dec 23, 2025
@luacmartins / @JS00001 @johncschuster 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]