[ICU] Tracking issue for all culture, language and translation problems

[ilonatommy]

• culture not loaded and not present in AllGlobalizationData: Blazor webassembly on DotNet 5 rc2 missing globalization for Bosnian month names #43398, Cultureinfo for Norwegian is not working in blazor webassembly .net5 #53239, Incorrect DateTimeFormat for nb-NO in Blazor WebAssembly #67115
  "nb_NO", "nb" - got fixed between dotnet/icu@ae1ada7 and dotnet/icu@913f994 - using new version of icu data file helps here, tested on Blazor's sample HEAD: dotnet/aspnetcore@c94c3b1 and WASM's sample HEAD: f0c4347.
• Missing locales that are considered canonical - [wasm][icu] Canonical locales are not in filters but users would like to use them #79816
• Aliases for Norwegian locale do not work - [wasm][icu] Locale aliases are not resolved correcly #79815
• culture not resolved using short name: Croatian CultureInfo is not resolving parent culture info #52388
• shortened native name: NativeName on CurrentCulture is shorten on Blazor WebAssembly .NET 5.0 #44739, [Blazor WASM] CultureInfo.DisplayName not consistent #55348, Blazor RegionInfo delivers wrong NativeName #53880, [browser][globalization][tests] RegionInfoPropertyTests.DisplayName failures #45951.
• currency symbols: Blazor WASM / Browser WASM format as currency shows "AUD" instead of "$" #45262, Blazor WASM locale currency differs from Browser WASM #79235
• pseudo locales: Pseudo-locales don't work in Blazor WebAssembly aspnetcore#42258
• string sorting: String Comparation Globalization Not Working in Blazor WebAssembly #66899
• EFIGS does not support all English currencies, users have to load full data for them: [wasm][icu] EFIGS shard lacks currencies that it should serve #79740
• Arabic DateTimeFormat.GetMonthName Blazor WASM CurrentInfo DateTimeFormat GetMonthName doesn't return the correct result .NET 5 #57723

[ghost]

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

Issue Details

---

• culture not loaded and not present in AllGlobalizationData: Blazor webassembly on DotNet 5 rc2 missing globalization for Bosnian month names #43398
• culture is in AllGlobalizationData but default value displayed nevertheless: Cultureinfo for Norwegian is not working in blazor webassembly .net5 #53239
• culture not resolved using short name: Croatian CultureInfo is not resolving parent culture info #52388
• shortened native name: NativeName on CurrentCulture is shorten on Blazor WebAssembly .NET 5.0 #44739
• currency symbols: Blazor WASM / Browser WASM format as currency shows "AUD" instead of "$" #45262
• pseudo locales: Pseudo-locales don't work in Blazor WebAssembly aspnetcore#42258

Author:	ilonatommy
Assignees:	ilonatommy
Labels:	arch-wasm
Milestone:	-

[andrerom]

Unsure where to report this, but potential ICU and .Net related issues:

• In ICU v69 "no" Norwegian became parent of "nb" Norwegian Bokmål AND for "nn" Norwegian Nynorsk, earlier no was alias of nb

This effectively means the following hierarchy per ICU as far as I understand it:

• nb-NO => nb => no
• nn-NO => nn => no

Right now this does not seem to work in Asp.Net: If I add translation files in *.no.resx they are not picked up if I have nb-NO and/or nb as supported languages.

And documentation (1, 2, 3) seems to imply such hierarchy is currently not supported.

Is this something that should be tracked as an issues?
Or is this due to me testing on MacOS with potentially older ICU versions¹?

Footnotes

1. Additional Info:
   Documentation on upgrading ICU on Mac seems to imply you'll need to build icu and dotnet yourself, installing updated ICU from homebrew does not seems like it's picked up and used, and I haven't found a way to detect which ICU version is used by .Net.
   ⁣
   CultureInfo.InvariantCulture.CompareInfo.Version only gives me:
   {"FullVersion":31129,"SortId":"00007999-0000-0000-0000-00000000007f"}
   ⁣
   icuinfo gave med 58.1 before I installed updated version via brew. ↩

[ilonatommy]

@andrerom, behavior of .net depends directly on ICU, unless you use HybridGlobalization. Net8 is relying on ICU 72, earlier we were shipping ICU bundles built with ICU 69. If ICU standard changes we assume it's by design and do not intend to keep the older behavior.

[ilonatommy]

Closing, all the linked issues are resolved.