-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[HOLD for payment 2024-02-01] [$500] Pay button is shown briefly after approval when the policy has auto-reimbursement enabled #33716
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01eef76618a7ab320c |
Triggered auto assignment to @bfitzexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor-plus team member for initial proposal review - @aimane-chnaif ( |
@marcochavezf Didn't we fix this in the approve flow? I remember we fixed this |
I am unable to repro this Ideal behaviour reference |
Ah the issue here is that when a policy has auto-reimbursement enabled, we're showing briefly the |
I will assign myself to work on it. I think we'd need to send from the backend the reimbursement data through Onyx to avoid showing the |
@marcochavezf, @bfitzexpensify, @aimane-chnaif Whoops! This issue is 2 days overdue. Let's get this updated quick! |
No update, but it's on my priorities |
Can we update the OP of this issue and the title to reflect the problem at hand here? |
Sure, updating it |
Changing it to internal since it requires a backend change. |
Current assignee @aimane-chnaif is eligible for the Internal assigner, not assigning anyone new. |
PRs up |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.31-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 2024-02-01. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Payment Summary
BugZero Checklist (@bfitzexpensify)
|
No regression. I don't think any previous PR break this behavior which used to work before. |
@marcochavezf, @bfitzexpensify, @aimane-chnaif Huh... This is 4 days overdue. Who can take care of this? |
Not overdue, waiting for payment |
Offer sent @aimane-chnaif |
Payment complete |
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: 1.4.17.1
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
if (Url.getCurrentPageName()!="policy" ){ alert('Only run this snippet from a policy editor!'); } else { var p = Policy.getCurrent(); p.policy.isPolicyExpenseChatEnabled = "true"; p.save().done(function(){$.jGrowl('Workspace chat creation enabled!')}); }
Expected Result:
Should see the text " waiting for your admin to pay these expenses" in the header as a approver
Actual Result:
Approver is able to pay the request.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6321973_1703114385175.Recording__343.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @bfitzexpensifyThe text was updated successfully, but these errors were encountered: