[Due for payment 2025-02-28] [$250] 1:1 Submit expense - The receiving end of the IOU should not be asked to fill out information if the scan failed

[lanitochka17]

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: 9.0.54
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: N/A
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/5121232&group_by=cases:section_id&group_order=asc&group_id=294998
Issue reported by: Applause - Internal Team

Action Performed:

1. Start the Submit expense flow in a 1:1 conversation with a user you have access to
2. Select the scan option
3. Upload a picture that will fail the scan process
4. Wait for the scan to fail
5. Log in as the other account
6. Navigate to the IOU that failed the scan
7. Verify the receiver is not asked to fill out the missing information

Expected Result:

The receiving end of the IOU should not be asked to fill out information if the scan failed

Actual Result:

The receiving end of the IOU is asked to fill out information if the scan failed but can't

Workaround:

Unknown

Platforms:

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

• Android: Standalone
• Android: HybridApp
• Android: mWeb Chrome
• iOS: Standalone
• iOS: HybridApp
• iOS: mWeb Safari
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

2.New.Expensify.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021854642765194540226
• Upwork Job ID: 1854642765194540226
• Last Price Increase: 2024-11-14
• Automatic offers:
• FitseTLT | Contributor | 105019830

Issue Owner

Current Issue Owner: @alexpensify

[melvin-bot]

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.

[lanitochka17]

@alexpensify FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

[FitseTLT]

Proposal

Please re-state the problem that we are trying to solve in this issue.

1:1 Submit expense - Scan failure should not ask receiver to enter information

What is the root cause of that problem?

We are displaying the same Enter an amount text for both side of the users

App/src/components/ReportActionItem/MoneyRequestView.tsx

Line 272 in c3dde46

translationPath: 'common.error.enterAmount',

What changes do you think we should make in order to solve the problem?

We should display this copy only if the user canEditAmount and add another appropriate copy (like No amount set yet) and display it when the user can't modify the amount

                    translationPath: canEditAmount ? 'common.error.enterAmount' : 'common.error.noAmount',

We should do the same enterDate and enterMerchant

What alternative solutions did you explore? (Optional)

Optionally we can also avoid displaying the error for the receiving end

[alexpensify]

Adding to my testing list, I'll review this one soon.

[alexpensify]

No update yet

[melvin-bot]

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