Closed Bug 1371325 Opened 5 years ago Closed 5 years ago

Wrong date&time format in en-US SeaMonkey and German Win7


(SeaMonkey :: MailNews: Message Display, defect)

SeaMonkey 2.50 Branch
Not set


(seamonkey2.50 wontfix, seamonkey2.51 wontfix)

Tracking Status
seamonkey2.50 --- wontfix
seamonkey2.51 --- wontfix


(Reporter: chokito, Unassigned)




(1 file)

Attached image image.png
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.1
Build ID: 20170528045907

Steps to reproduce:

Until now the date&time in an en-US SeaMonkey under German Win7 shows localized values.

Actual results:

See picture SM2.52a1-20170608.png ...

Expected results:

See picture SM2.49.1esr-20170528.png ...
Probably DUP of "Bug 1355565 - pref mail.ui.display.dateformat.default ignores system date format", which has become DUP of "Bug 1344594 - System date and time formats are not respected (all platforms) "

Your opinion?
Flags: needinfo?(chokito)
Yes, it would be possible.
Flags: needinfo?(chokito)
Bug 1344594 is fixed, I wonder whether we should leave open a SM Bug for Tracking the pulll of the TB fix to SM.
See Also: → 1344594
Well fixed is relative...  From what I read I consider the underlying apis Mozilla provides still broken and this is the expected behaviour with a en-US version and German OS. They do not honor the OS settings.

Jorg, did TB itself need an update outside of the mailnews part which we need to port?
Flags: needinfo?(jorgk)
This is a complicated issue.

First we need to distinguish C++ formatted dates (like in the thread pane) and JS formatted dates, like in many other spots in the application and in the Calendar add-on.

C++ dates are fixed by bug 1351427 (I fixed that myself). So now an en-US version of the software will respect regional settings for any en-* locale, so if you switch to en-GB you get dd/mm/yyyy for example.

C++ dates *will not* respect regional setting for any other language, so en-US software will show en-US formats if the regional settings are de or de-DE or de-AT. That's what you can see in attachment 8875785 [details]. Mozilla is pretty firm on this, but there is an ongoing discussion in bug 1366134.

JS dates can use various underlying interfaces:
                        - Part of the JS standard, but should be replaced with
                          mozIMozIntl for chrome dates.
nsIScriptableDateFormat - To be phased out completely.
mozIMozIntl             - New method to use for chrome dates.

In the end, all chrome dates need to be moved to mozIMozIntl and we have the following open bugs to do so:
Bug 1346549 - mail
Bug 1313659 - editor, chat
Bug 1356403 - mozIntl - Chrome dates
Bug 1360915 - MozIntl, calendar

Once those four bugs are done, JS dates should behave like C++ dates.
Flags: needinfo?(jorgk)
Thanks. Will open a new bug for mozIntl suite. I suspect this here will be wontfix or a duplicate of bug 1366134.
Closed: 5 years ago
Depends on: 1376167
Resolution: --- → DUPLICATE
Duplicate of bug: 1366134
Version: SeaMonkey 2.52 Branch → SeaMonkey 2.50 Branch
> seamonkey2.50: --- -> affected
Probably not. SeaMonkey 2.50 en_US (Build ID 20170528012211) on German Windows 10 1607 shows localized date/time format in mail views.

> seamonkey2.51: --- -> affected
You need to log in before you can comment on or make changes to this bug.