[Webassembly] dotnet/runtime update broke the aspnetcore build

[javiercn]

There was a dotnet/runtime dependency update that broke the aspnetcore build (apparently, someone on our team merged on red) https://github.com/dotnet/aspnetcore/pull/49075/checks?check_run_id=14669346751

The issue seems to be related to localization/globalization with some languages.

Could you folks take a look asap?

/cc: @lewing @maraf @ilonatommy

[ilonatommy]

It might be this line:

- const applicationCulture = resourceLoader.startOptions.applicationCulture || (navigator.languages && navigator.languages[0]);
+ const applicationCulture = resourceLoader.startOptions.applicationCulture || ENVIRONMENT_IS_WEB ? (navigator.languages && navigator.languages[0]) : Intl.DateTimeFormat().resolvedOptions().locale;

because we apparently load en-US instead of cultures we would like to test. It means the applicationCulture is recognized incorrectly. The change to that line was done between the last successful update and the one that is failing, in #86255. I will try to test if this theory is correct.

[ghost]

Tagging subscribers to 'arch-wasm': @lewing
See info in area-owners.md if you want to be subscribed.

Issue Details

---

There was a dotnet/runtime dependency update that broke the aspnetcore build (apparently, someone on our team merged on red) https://github.com/dotnet/aspnetcore/pull/49075/checks?check_run_id=14669346751

The issue seems to be related to localization/globalization with some languages.

Could you folks take a look asap?

/cc: @lewing @maraf @ilonatommy

Author:	javiercn
Assignees:	-
Labels:	arch-wasm, area-System.Runtime.InteropServices.JavaScript, in-pr, needs-area-label, os-browser
Milestone:	-