Skip to content
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

[$500] Violation - Generic error shows up when paying request with violation w/o approval #34808

Closed
6 tasks done
lanitochka17 opened this issue Jan 19, 2024 · 17 comments
Closed
6 tasks done
Assignees
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 Engineering External Added to denote the issue can be worked on by a contributor Help Wanted Apply this label when an issue is open to proposals by contributors

Comments

@lanitochka17
Copy link

lanitochka17 commented Jan 19, 2024

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: 1.4.28-0
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:

Issue found when executing Pr #31448

Action Performed:

Precondition:

  • Admin and employee are part of Control workspace in Old Dot
  • The Control workspace has set up Max Expense Amount violation
  • Admin is also approver in the Control workspace
  1. [Employee] Go to workspace chat
  2. [Employee] Create a manual request that exceeds the maximum amount
  3. [Employee] Submit the request
  4. [Admin] Pay elsewhere the request with violation without approving

Expected Result:

The error message should be more specific to let admin know that they need to approve expense with violation first before they can pay the request

Actual Result:

Generic error message "Unexpected error, please try again later" shows up

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

Bug6347720_1705676656923.20240119_202829.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~0131db0985a6b86fcb
  • Upwork Job ID: 1748368695996674048
  • Last Price Increase: 2024-02-09
@lanitochka17 lanitochka17 added External Added to denote the issue can be worked on by a contributor Daily KSv2 Bug Something is broken. Auto assigns a BugZero manager. labels Jan 19, 2024
@melvin-bot melvin-bot bot changed the title Violation - Generic error shows up when paying request with violation w/o approval [$500] Violation - Generic error shows up when paying request with violation w/o approval Jan 19, 2024
Copy link

melvin-bot bot commented Jan 19, 2024

Triggered auto assignment to @dylanexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

Copy link

melvin-bot bot commented Jan 19, 2024

Job added to Upwork: https://www.upwork.com/jobs/~0131db0985a6b86fcb

@melvin-bot melvin-bot bot added the Help Wanted Apply this label when an issue is open to proposals by contributors label Jan 19, 2024
Copy link

melvin-bot bot commented Jan 19, 2024

Triggered auto assignment to Contributor-plus team member for initial proposal review - @ntdiary (External)

@lanitochka17
Copy link
Author

@cead22
Copy link
Contributor

cead22 commented Jan 19, 2024

The error message should be more specific to let admin know that they need to approve expense with violation first before they can pay the request

I don't know if this is right, because it's unclear what failed. I also think we shouldn't be showing a pay button if you can't pay, but it's possible to approve with violations.

Looking at the logs it looks like payMoneyRequest failed with 406 Report is in incorrect state, which suggests that we shouldn't be showing the button to pay for this report -- @dylanexpensify maybe we should discuss this on slack?

(ps @lanitochka17 please include relevant data in the issue moving forward, like the reportID 1803172850706869 from the URL in your video -- this saves us time when troubleshooting, and if you can clean up the things you're not filling out in the description, eg Email or phone of affected tester (no customers): <blank>, that's also helpful. Let's pay attention to every detail in these issues)

@melvin-bot melvin-bot bot added the Overdue label Jan 22, 2024
@dylanexpensify
Copy link
Contributor

Oh interesting - if this was free plan I wonder if it'd be the issue we have where we have remaining open reports despite instant submit being live. But seems this is control? Happy to bring to slack

@melvin-bot melvin-bot bot removed the Overdue label Jan 23, 2024
Copy link

melvin-bot bot commented Jan 26, 2024

📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸

@melvin-bot melvin-bot bot added the Overdue label Jan 26, 2024
@dylanexpensify
Copy link
Contributor

confirming today!

@melvin-bot melvin-bot bot removed the Overdue label Jan 29, 2024
@dylanexpensify
Copy link
Contributor

Convo here!

Copy link

melvin-bot bot commented Feb 2, 2024

@ntdiary @dylanexpensify this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!

@melvin-bot melvin-bot bot added the Overdue label Feb 2, 2024
Copy link

melvin-bot bot commented Feb 2, 2024

📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸

@dylanexpensify
Copy link
Contributor

bumped thread

@melvin-bot melvin-bot bot removed the Overdue label Feb 5, 2024
@dylanexpensify
Copy link
Contributor

summarizing and moving this forward for someone to research

Copy link

melvin-bot bot commented Feb 9, 2024

@ntdiary @dylanexpensify this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!

Copy link

melvin-bot bot commented Feb 9, 2024

📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸

Copy link

melvin-bot bot commented Feb 12, 2024

@ntdiary, @dylanexpensify Huh... This is 4 days overdue. Who can take care of this?

@dylanexpensify
Copy link
Contributor

Recapping:

  • There shouldn't be a pay button if you can't pay
  • Violations should show for money requests whether they're submitted or not (we're working on an issue to hide them for money requests that are settled)
  • this isn't a bug

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 Engineering External Added to denote the issue can be worked on by a contributor Help Wanted Apply this label when an issue is open to proposals by contributors
Projects
None yet
Development

No branches or pull requests

4 participants