236121 2022-02-03 20:20:39 -0800 Passing undefined for the locale in the Intl.NumberFormatter constructor uses the system locale 2022-02-03 21:13:15 -0800 1 1 1 Unclassified WebKit JavaScriptCore WebKit Nightly Build Unspecified Unspecified RESOLVED MOVED InRadar P2 Normal --- 1 mmaxfield webkit-unassigned webkit-bug-importer ysuzuki oldest_to_newest 1837235 0 mmaxfield 2022-02-03 20:20:39 -0800 1. This doesn't match Chrome (but does match Firefox) 2. This causes bugs on some sites which may receive numerals they weren't expecting (See the prices in https://www.westelm.com/search/results.html?words=floor%20lamp with your system set to Arabic) 3. There are fingerprinting concerns 1837237 1 450860 mmaxfield 2022-02-03 20:22:59 -0800 Created attachment 450860 Example Open the example in Chrome and WebKit with your system set to Arabic. 1837238 2 webkit-bug-importer 2022-02-03 20:25:40 -0800 <rdar://problem/88471306> 1837241 3 ysuzuki 2022-02-03 20:52:41 -0800 OK, this is because upstream CLDR has two options for numbering-system in ar locale. 1. arab 2. latn By default, it is pointing "arab". But it looks like there is an option "latn". And according to CLDR issue (https://unicode-org.atlassian.net/browse/CLDR-10825) > And add: <defaultNumberingSystem alt=”latndigi”>latn</…> → Google (and other companies like Netflix) which want to default non-country-specific Arabic to ASCII can use this...we can then test it out, see how it works, and based on that experience see if we should switch default and alt > Stock ICU uses “standard” variant for ar.xml (Arab); Google etc will filter the data so that ar.xml gets <defaultNumberingSystem>Latn</…> So, Stock ICU (& current Apple ICU) uses arab. Google's fork is using latn. 1837249 4 mmaxfield 2022-02-03 21:13:15 -0800 Okay, because this bug is about Apple's internal implementation of ICU, let's move this to radar and continue there. Marking as RESOLVED MOVED. 450860 2022-02-03 20:22:59 -0800 2022-02-03 20:22:59 -0800 Example file.html text/html 196 mmaxfield PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZD4KPG1ldGEgY2hhcnNldD0idXRmLTgiPgo8L2hl YWQ+Cjxib2R5Pgo8c2NyaXB0PgphbGVydChuZXcgSW50bC5OdW1iZXJGb3JtYXQodW5kZWZpbmVk LCB7IHN0eWxlOiAiY3VycmVuY3kiLCBjdXJyZW5jeTogIlVTRCIgfSkuZm9ybWF0KCI0IikpOwo8 L3NjcmlwdD4KPC9ib2R5Pgo8L2h0bWw+Cg==