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

[Problem/Bug]: Shopping causing 404, fetching React Like files #4534

Open
frontegi opened this issue May 6, 2024 · 24 comments
Open

[Problem/Bug]: Shopping causing 404, fetching React Like files #4534

frontegi opened this issue May 6, 2024 · 24 comments
Labels
bug Something isn't working tracked We are tracking this work internally.

Comments

@frontegi
Copy link

frontegi commented May 6, 2024

What happened?

What happened?
Beginning May 2nd, Edge Internal Shopping Extension started to fetch some files from domains identified as shopping. Files do not exists and a lot of 404 are generated server side .
This happen only in Edge not Chrome (No shopping feature).

i.e.:
s.u = function(e) {
return ({
61: "lazy.commerceui-react.price-history",
179: "lazy.commerceui-react.theme",
190: "lazy.commerceui-wc-buying-options",
233: "lazy.commerceui-wc.themes",
255: "lazy.commerceui-react.price-activity",
507: "lazy.commerceui-wc.utils",
896: "lazy.commerceui-react.layout"
}[e] || e) + ".js"
}

Usually this do not cause problems, but in some legacy parts of sites, our application crashes.

Others are reporting issue on Reddit:
https://www.reddit.com/r/MicrosoftEdge/comments/1cj8khj/ms_edge_124_hitting_our_server_looking_for/

Importance

Important. My app's user experience is significantly compromised.

Runtime Channel

Stable release (WebView2 Runtime)

Runtime Version

124.0.2478.51

SDK Version

No response

Framework

Win32

Operating System

Windows 10

OS Version

No response

Repro steps

  • go to shopping website like Amazon.com
  • In Dev Tools you can see the 404

Repros in Edge Browser

Yes, issue can be reproduced in the corresponding Edge version

Regression

No, this never worked

Last working version (if regression)

No response

AB#50625040

@frontegi frontegi added the bug Something isn't working label May 6, 2024
@vogtm
Copy link

vogtm commented May 6, 2024

We also see this behaviour happing in the last couple of days and it is creating the impression to our customers that it's our script that is producing errors and sideloading random scripts.

@richard1015
Copy link

+1

1 similar comment
@m0nt3cr1st0
Copy link

+1

@nicolasbenoist
Copy link

+1
Lot of requests since the 2nd of May
image

@chladic
Copy link

chladic commented May 6, 2024

Experiencing same issues. milions requests per day, crazy. btw @nicolasbenoist what analytic tool are you using ? greylog/kibana ?

@aluhrs13 aluhrs13 added the tracked We are tracking this work internally. label May 6, 2024
@aluhrs13
Copy link
Contributor

aluhrs13 commented May 6, 2024

We're looking into this, thanks for the report and +1's!

@eldavojohn
Copy link

+1

@jose-aguilera-lizano
Copy link

+1; I hope this gets resolved today. Huge impact on analytics.

@rijoalvi
Copy link

rijoalvi commented May 6, 2024

+1. Millions of 404 requests to our servers related to this. Definitely not the best impression for our customers

@Miguel-F
Copy link

Miguel-F commented May 6, 2024

+1 We also started seeing lots of these requests beginning on May 3

@prashantpalikhe
Copy link

Also noticed a massive increase of load on our servers trying to find these resources

@wysok
Copy link

wysok commented May 7, 2024

+1
Same here. Started May 2nd. Wasn't good, but it's even worse now :)
Screenshot 2024-05-07 at 14 46 03

@ErwinHofmanRV
Copy link

+1 from RUMvision. It really started at May 2nd 7:30 UTC (but already a bit before as well).
In our logs it stopped happening around May 3rd 9:03 UTC.

The weird + unexpected part is that we provide site owners with a JS snippet that dynamically embeds our (tracking) JS.
And even that was somehow being (ab)used and called multiple times per second with different filenames:

/*/256.js
/*/273.js
/*/470.js
/*/763.js
/*/lazy.commerceui-react.layout.js
/*/lazy.commerceui-react.price-activity.js
/*/lazy.commerceui-react.price-history.js
/*/lazy.commerceui-react.theme.js
/*/lazy.commerceui-wc-buying-options.js
/*/lazy.commerceui-wc.themes.js
/*/lazy.commerceui-wc.utils.js

All these new requests resulted in bypassing our caching mechanism and hitting our main servers, causing quite a spike.

@aluhrs13
Copy link
Contributor

aluhrs13 commented May 7, 2024

Minor update - This is being investigated with high priority.

@cello86
Copy link

cello86 commented May 8, 2024

+1

1 similar comment
@afeshti
Copy link

afeshti commented May 8, 2024

+1

@BradCandell
Copy link

BradCandell commented May 8, 2024

+1

Wondering if anyone else has also recently started seeing random 404's for HTTP POST requests to /[16-digit random characters]?

@BernF
Copy link

BernF commented May 8, 2024

+1 this has a measurable impact when your resource provisioning is assuming almost everything is cached by a CDN...

@jirihradil
Copy link

jirihradil commented May 8, 2024

+1. As a quick fix/workaround and to serve something for a CDN, you can create all those files with empty content, for example:

/lazy.commerceui-react.price-history.js

// Hello Edge :)

@Master-Ukulele
Copy link

Hi all, thanks for the feedback. The issue has been fixed recently. Could you please validate from your side?

@Master-Ukulele
Copy link

Master-Ukulele commented May 9, 2024

Additional info, you can check if the edge shopping component has been updated to Version: 2.0.6706.0.

  1. In Edge browser, go to edge://components.
  2. Check for update for Edge Shopping.

@vogtm
Copy link

vogtm commented May 9, 2024

@Master-Ukulele
Edge Shopping - Version: 2.0.6706.0 Is that the lastest Version with the patch?

Looks good at a first glance, could not provoke it manually.
I will recheck the server logs in a few days if we still got any more requests.

Might take a day of two until it's gone for good until all edge components have updated properly.

@Master-Ukulele
Copy link

Thank you @vogtm, it is version 2.0.6706.0. I updated my comment.

@frontegi
Copy link
Author

@Master-Ukulele , I can confirm the component version 2.0.6706.0 by my side.
Our backend Telemetry detected a strong reduction of 404 Beginning May 8th .
Thanks a lot for this fix.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working tracked We are tracking this work internally.
Projects
None yet
Development

No branches or pull requests