Open
Bug 1216831
Opened 9 years ago
Updated 2 years ago
Testing <input type=number lang=non-en> is not the same as running a non-English localized build
Categories
(Core :: DOM: Forms, defect)
Core
DOM: Forms
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox44 | --- | affected |
People
(Reporter: jwatt, Assigned: jwatt)
References
Details
Bug 1099103 changes the behavior or <input type=number> so that in builds for locales that do not use "." as the decimal separator, values typed in by a user with "." will not incorrectly fall back to being parsed as an English number, potentially with incorrect results (see that bug). While the patch over in that bug does change the behavior as desired for non-English locales, unfortunately the mochitests added in that bug don't work when run in our integration builds because those builds are English localized builds. Our implementation of nsNumberControlFrame::GetValueOfAnonTextControl uses an LanguageTagIterForContent, and that will fall back to the build's locale, and that being English, a number that will fail to parse in a German build unfortunately parses in an English build.
Updated•3 years ago
|
Component: DOM: Core & HTML → DOM: Forms
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•