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
[$250] [Awaiting Payment] Close reports for the combo of Instant Submit + No Approvals + No Payments #49131
Since there is no approval or payment action for anyone to take, the report should be Closed. This will result in each individual expense in this configuration creating a closed report.
Actual Result:
The expense is added to a report in the Processing state with inaccurate next steps: Waiting for [workspace admin] to pay expense(s).
Because of a couple of other bugs atm we're working on elsewhere, you might want to switch to OldDot settings to get your workspace into the correct state to develop with @srikarparsi, or basically these are the three important properties on the workspace for the right condition:
scheduledSubmit=instantly
approvals = submit & close (can't remember what this one is technically, APPROVAL_MANUAL maybe 😅)
Awesome, I was able to replicate this pretty easily using @garrettmknight's steps in the issue body, didn't have to do anything in Old Dot. We just don't want the "Waiting for Srikar to pay expense(s)" because payments is not enabled right.
Awesome, I was able to replicate this pretty easily using @garrettmknight's steps in the issue body
Ah yeah, I mean it's impossible in NewDot to get the workspace into that state because of the bugs. So if you need to to test what happens to the report state when all of those three are set as such, you can get the config there via OldDot.
We just don't want the "Waiting for Srikar to pay expense(s)" because payments is not enabled right.
I think you've figured out since that the nextSteps text isn't the only scope of what's wrong with this issue. The underlying report is in the processing state instead of closed when "instant + no approvals + no payments" is configured.
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:
[@shubham1206agra] The PR that introduced the bug has been identified. Link to the PR: N/A this has always been this way, this is more of a NewFeature than anything.
[@shubham1206agra] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: N/A
[@shubham1206agra] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: N/A
[@shubham1206agra] Determine if we should create a regression test for this bug.
[@shubham1206agra] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
[@garrettmknight] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
Activity
melvin-bot commentedon Sep 12, 2024
Triggered auto assignment to @alexpensify (
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.trjExpensify commentedon Sep 12, 2024
Because of a couple of other bugs atm we're working on elsewhere, you might want to switch to OldDot settings to get your workspace into the correct state to develop with @srikarparsi, or basically these are the three important properties on the workspace for the right condition:
APPROVAL_MANUALmaybe 😅)srikarparsi commentedon Sep 13, 2024
Awesome, I was able to replicate this pretty easily using @garrettmknight's steps in the issue body, didn't have to do anything in Old Dot. We just don't want the "Waiting for Srikar to pay expense(s)" because payments is not enabled right.
trjExpensify commentedon Sep 13, 2024
Ah yeah, I mean it's impossible in NewDot to get the workspace into that state because of the bugs. So if you need to to test what happens to the report state when all of those three are set as such, you can get the config there via OldDot.
I think you've figured out since that the nextSteps text isn't the only scope of what's wrong with this issue. The underlying report is in the
processingstate instead ofclosedwhen "instant + no approvals + no payments" is configured.17 remaining items
melvin-bot commentedon Oct 22, 2024
Current assignee @shubham1206agra is eligible for the External assigner, not assigning anyone new.
garrettmknight commentedon Oct 22, 2024
@shubham1206agra offer is out to you.
garrettmknight commentedon Oct 22, 2024
https://www.upwork.com/ab/applicants/1848799022838902607/hired
garrettmknight commentedon Oct 23, 2024
Paid!
melvin-bot commentedon Oct 23, 2024
@garrettmknight @srikarparsi Be sure to fill out the Contact List!
tgolen commentedon Oct 23, 2024
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:
garrettmknight commentedon Oct 24, 2024
Took care of the checklist since it's a bit more of a
New Featureissue.melvin-bot commentedon Oct 24, 2024
@garrettmknight @srikarparsi Be sure to fill out the Contact List!