Description/Screenshot
Since yesterday there seems to be an issue when using the JS-Snippet based setup as the js file cannot be loaded anymore due to a CORS error.

Steps to Reproduce
Expected behavior
The js file should load.
Additional context
Seems seems to have worked totally fine until ~ 8pm UTC on March 16 - as I can tell by my telemetry flow into AppInsights

tagging @MSNev for visibility
We're experiencing exactly the same issue, since around exactly the same moment.
We're using the snippet based setup and by coincidence we found that removing the 'crossOrigin: "anonymous"' parameter the issue seems to go away, which is totally unexpected to us.
The issue is reproducible on Chrome & FF as well.
I have the same problem with:
src: "https://az416426.vo.msecnd.net/scripts/b/ai.2.min.js",crossOrigin: "anonymous",
And also with the new version:
src: "https://js.monitor.azure.com/scripts/b/ai.2.min.js",crossOrigin: "anonymous",
Using Google Chrome and FF.
good to know that the error is not on my side :) I'll also open a support case on this
Everybody who has additional details to add, please do so on this thread
Any update ?
Investigating
The issue is that yesterday we changed the storage account that is used as the origin for the CDN to a new definition, however, this new definition did not have it's CORS configuration set correctly -- I've now updated it.
Based on the define TTL that was listed the CDN's may cache this for up to 60 minutes.
Please let us know if the issue doesn't resolve in this timeframe
thanks @MSNev for the quick turnaround! I'll watch out if it resolves in the next hour
I have the same problem with:
src: "https://az416426.vo.msecnd.net/scripts/b/ai.2.min.js",crossOrigin: "anonymous",And also with the new version:
src: "https://js.monitor.azure.com/scripts/b/ai.2.min.js",crossOrigin: "anonymous",Using Google Chrome and FF.
For everyones reference, both of these CDN endpoints are backed by the same storage, this enables us to publish once and both endpoints get the new bit
@MSNev I can confirm, it just started to work again for me! :)
The change of the file storage is a one-off and is not something that should normally occur it was caused by adding additional resiliency, so that we can recover automatically from
I'll leave this issue open until tomorrow, so if anyone else continues the have the issue you can comment and I'll keep an eye on it.
Confirmed: Working Again.
Thanks
Based on investigations into how we can identify this sort of issue sooner both on our side and on yours, if you update your snippet to the current version (currently version 5), this will report this sort of error directly as outlined here https://github.com/microsoft/ApplicationInsights-JS/blob/master/docs/SdkLoadFailure.md
ReadMe version:
https://github.com/Microsoft/ApplicationInsights-JS#snippet-setup-ignore-if-using-npm-setup
Checked in version:
https://github.com/microsoft/ApplicationInsights-JS/blob/master/AISKU/snippet/snippet.min.js
With previous versions (< v3) this sort of error goes completely un-reported and no-one has direct visibility (except for the drop in reported telemetry)
Closing as no additional reports and local monitoring are not showing any further issues.
Most helpful comment
@MSNev I can confirm, it just started to work again for me! :)