[BUG] Some images 404 in playwright trace's snapshot preview (consistently in one browser/machine but not others)

[neil-morrison44]

Context:

• Playwright Version: 1.19.1
• Operating System: ubuntu (Github workflow)
• Node.js version: 16.13
• Browser: Chromium

This is only affecting my browser (chrome), other people are able to see the images fine in exactly the same trace & I'm able to see the trace's images in other browsers.

The images in particular which are 404ing are Google map tiles with URLs like - https://maps.googleapis.com/maps/vt?pb=!1m5!1m4!1i5!2i14!3i10!4i256!2m3!1e0!2sm!3i591321374!3m17!2sen!3sGB!5e18!12m4!1e68!2m2!1sset!2sRoadmap!12m3!1e37!2m1!1ssmartmaps!12m4!1e26!2m2!1sstyles!2zcy50OjJ8cC52Om9mZg!4e0&key=[our_google_maps_key_here]&token=112527

As far as I can gather these should be being caught in the service worker & the ones from the resources bundle used instead.
I can provide a link to a trace via DM or whatever (can't share publicly for the same reason I took the google maps key out from above) - but chances are it'll appear to work fine.

The first of our apps I set up to use traces will consistently show me the images, but I get 404s for all the other apps I set up.
I'm using https://trace.playwright.dev/ & supplying the trace as a url parameter where it's a link to a zip in an S3 bucket with CORS set up properly.

---

Let me know if there's any additional debugging information I can get out, I've tried ticking the Update on reload option in the Service Workers dev tools panel to see if that'd change anything but it didn't.

[mxschmitt]

How can we reproduce it? Just navigate to Google Maps, record a trace and view it?

[mxschmitt]

Closing as part of the triage process since it seemed stale. Please create a new issue with a detailed reproducible or feature request if you still face issues.

[neil-morrison44]

@mxschmitt sorry, didn't see your message - I'm not even sure how I can reproduce it since the same trace in different browsers will 404 in Chrome but work in Safari, and others can see the images on the same Trace regardless of browser.

(and by "same trace" I mean the same .zip)

[mxschmitt]

It would be good to know to understand to which URL you navigate and where you click. Then you try to load the trace and it does not "replay" and display the content as expected if I understood you correctly.

[neil-morrison44]

@mxschmitt

• Here's a couple of screenshots of the 1st project I set up (which always shows map tiles for me) and a later one (which doesn't for me, but does for others)
• There's no substantial difference between the map that works and the one that doesn't just a usual Google Map using the maps SDK
• In the non-working ones all the requests for images in the network console 404
• I can send links to the traces if there's some non-public way to do it (they include client logos, unreleased features, etc)
• Though both traces will probably just work fine for you (as they seem to for most of us)

[neil-morrison44]

Oh and the actual "screenshots" in the scrubber section display fine for both traces

[yury-s]

I can provide a link to a trace via DM or whatever (can't share publicly for the same reason I took the google maps key out from above) - but chances are it'll appear to work fine.

Can you send a sample trace file to the email in my profile so that we can investigate?

[neil-morrison44]

I've sent along an email with the traces + full screenshots of what I see.
The trace .zip files will eventually be cleared from our S3 buckets but that shouldn't happen for a few days at least

[yury-s]

Thanks for sharing, we looked at the traces but cannot tell yet what went wrong when they were captured.

[neil-morrison44]

My suspicion was that it was something going wrong with the viewer on https://trace.playwright.dev/ rather than the trace itself (since it's only broken in one place).

However I've got no idea what'd cause the service worker to 404 when returning the map tiles in every project except one.
I'd dig in a bit but I'm not sure how to put a breakpoint into a service worker

[pavelfeldman]

Folding into #12725