Scan - receipt thumbnail is not shown due to a cors policy error

[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: 1.4.57-2
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Issue reported by: Applause - Internal Team

Action Performed:

1. Open a new Gmail account
2. Click on FAB > request money > Scan > upload a receipt that will not fail
3. While on the participants page input 2 new email addresses you did not have history with
4. Confirm the request and wait for the scan to finish
5. Once the scan has finished open the console and click on the split preview component to open the RHP

Expected Result:

The receipt thumbnail should load

Actual Result:

The receipt thumbnail does not load due to a cors policy error:
Access to fetch at 'https://www.expensify.com/receipts/w_850728b68d65c07f20d99f83e4b91b01ee49d238.jpg.1024.jpg'
from origin 'https://staging.new.expensify.com'/
has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.

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

Bug6428631_1711541013387.splitCorsErrorBug.mp4

View all open jobs on GitHub

[github-actions]

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

1. Identify the pull request that introduced this issue and revert it.
2. Find someone who can quickly fix the issue.
3. Fix the issue yourself.

[melvin-bot]

Triggered auto assignment to @Beamanator (Engineering), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

[Beamanator]

@kidroca @aimane-chnaif this looks related to our image caching PR - i wonder if there's an isAuthTokenRequired missing somewhere?

[aimane-chnaif]

oh interesting. If so, why is this reported so late? That PR reached production long time ago.

[Beamanator]

Def good questions 🤷 you're right, this could be unrelated

[Beamanator]

Hmm I can't reproduce this issue

[Beamanator]

I haven't been able to reproduce and I can see receipt images everywhere at the moment so I think we can call this NAB for now & keep this open a bit in case applause can reproduce

[melvin-bot]

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

[melvin-bot]

@Beamanator, @anmurali Whoops! This issue is 2 days overdue. Let's get this updated quick!

[Beamanator]

Waiting for applause to re-test to see if this is still a bug or not

[melvin-bot]

@Beamanator @anmurali this issue was created 2 weeks ago. Are we close to a solution? Let's make sure we're treating this as a top priority. Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!

[mvtglobally]

Issue is reproducible during KI retests.

1712519456367.bandicam_2024-04-07_22-48-17-305.mp4

[melvin-bot]

@Beamanator, @anmurali Whoops! This issue is 2 days overdue. Let's get this updated quick!

[melvin-bot]

@Beamanator, @anmurali 6 days overdue. This is scarier than being forced to listen to Vogon poetry!

[anmurali]

Waiting for scan to complete. Will update once it does.

[Beamanator]

i'm gunna guess we can close this