437346 - Cookies, Update History, and Download Manager (perhaps other ui) displays the date in the wrong locale

Status: REOPENED

(Core :: Internationalization, defect)

Description

[Onno Ekker [:nONoNonO UTC+1]]

Attachment: Thunderbird Update History showing date in dutch locale

I have English Windows, English input language, English Firefox, and English as preferred language for displaying web pages, but still in the Update History it shows the install date in Dutch (because I live in Holland?).

You can see this in my attachment for bug 316328 , but the same thing shows in the other attachment.

This behavior also happens for Thunderbird, but I couldn't find 'Software Update' under Components (Core, Toolkit), so filed it for Firefox...

Comment 1

[Robert Strong (they/them - no direct email)]

Onno, could you check the expires date on a cookie (e.g. Tools -> Options -> Privacy -> Show Cookies, select a cookie in the list and view the date next to Expires) to see if it also exhibits this behavior?

Note: the date is returned by nsIScriptableDateFormat. 

Comment 2

[Onno Ekker [:nONoNonO UTC+1]]

Attachment: Cookies with expiration date in dutch locale

The Cookies window indeed also displays expiration dates in dutch locale

Comment 3

[Onno Ekker [:nONoNonO UTC+1]]

Apparently nsIScriptableDateFormat follows the format as specified in the OS: Windows, Control Panel, Regional and Language Options -> Regional Options. I've changed this to English (United States) and customized some of the other settings to Dutch (separators, currency, metrics, etc...) and now dates show up in English text and formatting.
I'm not sure if this is intended to work this way, so I'll leave the bug open for a bit...

Comment 4

[Simon Montagu :smontagu]

Showing dates in the format specified in the OS options is the expected behaviour.

Comment 5

[Onno Ekker [:nONoNonO UTC+1]]

I just stumbled upon the setting intl.locale.matchOS which is set to false (by default), so showing dates in the format specified in the OS options isn't really that much expected...

Comment 6

[Wayne Mery (:wsmwk)]

Onno any update on trunk behavior

Comment 7

[Onno Ekker [:nONoNonO UTC+1]]

Nope, still the same with current nightlies

Comment 8

[Robert Strong (they/them - no direct email)]

Besides update history and cookies it looks like this also affects the download manager for a short period of time as well

http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/downloads/content/downloads.js#1024

Comment 9

[BugBot [:suhaib / :marco]]

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.