Bug 138244

Summary: toLocaleString() doesn't work as it does in Firefox and Chrome
Product: WebKit Reporter: Philipp Metzler <pp>
Component: JavaScriptCoreAssignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: ap
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   

Philipp Metzler
Reported 2014-10-31 02:16:32 PDT
parseInt( '1000' ).toLocaleString() Result in Safari: 1.000 Result in Firefox und Chrome: 1.111 parseFloat( '1000.33' ).toLocaleString() Result in Safari: 1000.33 Result in FF und Chrome: 1.000,33
Attachments
Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2014-11-02 01:00:43 PST
Which locale were you testing under, and how did you set it? From these results, it looks like entirely different locales were used by different browsers. > Result in Safari: 1.000 > Result in Firefox und Chrome: 1.111 It seems unlikely that values are actually different like this.
Philipp Metzler
Comment 2 2014-11-02 11:24:13 PST
Sorry - there were some typos. It's like this: As I'm in Austria the browsers should use the de_AT locale. parseInt( '1000' ).toLocaleString() Result in Safari: 1000 (the thousands separator is missing) Result in Firefox und Chrome: 1.000 (correct with thousands separator) parseFloat( '1000.33' ).toLocaleString() Result in Safari: 1000.33 (the thousands separator is missing) Result in FF und Chrome: 1.000,33 (correct with thousands separator and comma as decimal mark)
Philipp Metzler
Comment 3 2014-11-02 11:25:47 PST
Result in Safari: 1000.33 (the thousands separator is missing AND the wrong decimal mark is being used. It's a point instead of a comma.)
Philipp Metzler
Comment 4 2014-11-02 13:23:24 PST
I did not set the locale.
Philipp Metzler
Comment 5 2014-11-02 13:30:11 PST
I'm using OS X with these settings: language: German region: Austria Zahlentrennzeichen: Gruppierung: . Dezimal: , Safari and Webkit seem to ignore these settings.
Alexey Proskuryakov
Comment 6 2014-11-02 21:54:59 PST
Ugh, I somehow didn't realize that Number.toLocaleString does not take locale into consideration at all in WebKit :( *** This bug has been marked as a duplicate of bug 77018 ***
Note You need to log in before you can comment on or make changes to this bug.