Open garrettmknight opened 3 weeks ago
Triggered auto assignment to @greg-schroeder (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.
cc @youssef-lr since we were discussing how to fix this.
Auth PR is merged, waiting for that to deploy before moving on to Web
Seems @youssef-lr has a couple of failing tests on the web PR, but nearly there
PR is deployed, we can close this.
PR was reverted. Please see https://expensify.slack.com/archives/C03SSAQ7P/p1730164864383419
New PR is up.
PR is still being worked on!
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: N/A Reproducible in staging?: Y Reproducible in production?: Y If this was caught during regression testing, add the test name, ID and link from TestRail: Logs: https://stackoverflow.com/c/expensify/questions/4856 Expensify/Expensify Issue URL: Issue reported by: @HaleyJacobson Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1727963381780969
Action Performed:
Expected Result:
Since the report is awaiting the first level of approver, the submitter should be able to edit expenses on it.
Actual Result:
The submitter is unable to edit the expense even though the report is still awaiting the first level of approval. Note that this is because to allow editing at the first level of approval, we check whether the manager of the approver matches the first-level approver.
One way to fix it would be to add a check to see if the first-level approver has a vacation delegate set. If they do, instead of checking for the first-level approver when confirming whether it matches the report managerID, we should check for the first-level approver's vacation delegate.
Workaround:
No
Platforms:
All
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub