Closed
Bug 1391411
Opened 7 years ago
Closed 7 years ago
<input type="date"> picker doesn't follow system dd / mm / yyyy order
Categories
(Core :: DOM: Core & HTML, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1409158
Tracking | Status | |
---|---|---|
firefox57 | --- | affected |
People
(Reporter: karlt, Unassigned)
References
(Blocks 1 open bug, )
Details
+++ This bug was initially created as a clone of Bug #1370859 +++
The date picker element shows the date as mm / dd / yyyy even when the system locale order is dd / mm / yyyy.
Comment 1•7 years ago
|
||
The picker follows app's locale, not system locale.
See bug 1366134 for details on when we look into OS regional preferences for date patterns.
Comment hidden (typo) |
Reporter | ||
Comment 3•7 years ago
|
||
Hmmm. Bug 1366134 says "we look into regional locale selected by the user and if it matches the language portion" and "That means that if the user has Windows in "en-AU" and Firefox in "en-US" we recognize that both are in English, and use the Windows date pattern."
However, I see this bug even with LC_TIME="en_NZ.UTF-8", so this is a separate issue.
% locale
LANG=en_NZ.UTF-8
LC_CTYPE="en_NZ.UTF-8"
LC_NUMERIC="en_NZ.UTF-8"
LC_TIME="en_NZ.UTF-8"
LC_COLLATE=C
LC_MONETARY="en_NZ.UTF-8"
LC_MESSAGES=C
LC_PAPER="en_NZ.UTF-8"
LC_NAME="en_NZ.UTF-8"
LC_ADDRESS="en_NZ.UTF-8"
LC_TELEPHONE="en_NZ.UTF-8"
LC_MEASUREMENT="en_NZ.UTF-8"
LC_IDENTIFICATION="en_NZ.UTF-8"
LC_ALL=
No longer depends on: 1366134
Reporter | ||
Comment 5•7 years ago
|
||
I'm seeing this on Gentoo Linux.
I see the same behavior with LC_ALL=en_AU.UTF-8 or LC_ALL=en_GB.UTF-8.
Flags: needinfo?(karlt)
Comment 6•7 years ago
|
||
Thanks! That's very helpful!
So, basically this bug depends on bug 1337069. We currently have fairly basic OS language detection in Unix/Linux.
The quote you referenced in comment 3 is for Windows. We should do the same for Linux/Unix.
I'll keep it open, but expect the progress to be made exclusively in bug 1337069. Workaround is of course to use the Firefox in en-GB instead or en-US until we fix it properly in bug 1337069.
Depends on: 1337069
Updated•7 years ago
|
Priority: -- → P3
Reporter | ||
Comment 7•7 years ago
|
||
(In reply to Zibi Braniecki [:gandalf][:zibi] from comment #6)
> Workaround is of course to use the Firefox in en-GB instead or
> en-US [...]
I don't know exactly what that means.
I tried general.useragent.locale;en-GB but that had no effect.
https://addons.mozilla.org/en-US/firefox/language-tools/ references
https://addons.mozilla.org/en-US/firefox/addon/english-gb-language-pack/
but that says "This add-on is not compatible with your version of Firefox."
Comment 8•7 years ago
|
||
Hi Karl, you need to download en-GB Firefox - https://www.mozilla.org/pl/firefox/nightly/all/ or download en-GB langpack.
Anyway, I landed two patches today and yesterday that should fix how we pick date/time based on the POSIX env values. It should automatically fix your case - as in, your date time should now follow en_NZ on en-US Firefox.
Can you please verify it against latest nightly?
Flags: needinfo?(karlt)
Reporter | ||
Comment 9•7 years ago
|
||
dd / mm / yyyy as expected now. Thank you!
You need to log in
before you can comment on or make changes to this bug.
Description
•