Skip to content

[$250] [HOLD for payment 2024-06-20] Hold expense - Unable to hold expense with failed scanning when there is only one expense #43207

Description

@m-natarajan

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.80-3
Reproducible in staging?: y
Reproducible in production?: no new feature
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:

  1. Go to staging.new.expensify.com
  2. Go to workspace chat that has no unsettled expense.
  3. Submit a scan expense with an invalid receipt.
  4. Wait for the scanning to fail.
  5. When the scanning fails, go to transaction thread.
  6. Click 3-dot menu > Hold.
  7. Enter reason and save it.
  8. Return to main chat.
  9. Go to transaction thread.
  10. Click 3-dot menu.

Expected Result:

The held expense with failed scanning will remain held status.

Actual Result:

The held expense with failed scanning return to unheld status.

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

Bug6504168_1717693758278.20240607_010526.mp4

View all open jobs on GitHub

Issue OwnerCurrent Issue Owner: @alexpensify
Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~019c2dfe28442e0872
  • Upwork Job ID: 1803913741255552220
  • Last Price Increase: 2024-06-20
  • Automatic offers:
    • c3024 | Contributor | 102817385

No activity

Activity on this issue will appear here.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DailyKSv2EngineeringExternalAdded to denote the issue can be worked on by a contributor

Type

No type

Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions