Bug#958433: thunderbird: wrong date format

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#958433: thunderbird: wrong date format

Martin-36
Package: thunderbird
Version: 1:68.7.0-1~deb10u1
Severity: normal
Tags: l10n upstream

Hi Carsten,

after upgrading thunderbird from 52.9.1-1~deb9u1 to
68.7.0-1~deb10u1, the date format broke, both in the list view
and in the first line of a reply ("On 2020-04-21, sb. wrote:").
Format used to be ISO-8601 yyyy-mm-dd and now it is dd/mm/yyyy.
I played with the locales, esp. LC_TIME, but without success.

Note, that under Edit -> Preferences -> Advanced, below
"Date and Time Formatting", I can choose between
English (United States) and English (Denmark). However, the
latter is already selected. Btw. I have no idea where the first
one comes from, because I did not configure en_US*.

If this is really a bug, I would also be happy about any hack or
workaround, at least for the replies.

Many thanks for your awesome work on thunderbird packaging!

-- System Information:
Debian Release: 10.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.utf8), LANGUAGE=en_DK.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.utf8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages thunderbird depends on:
ii  debianutils               4.8.6.1
ii  fontconfig                2.13.1-2
ii  libatk1.0-0               2.30.0-2
ii  libc6                     2.28-10
ii  libcairo-gobject2         1.16.0-4
ii  libcairo2                 1.16.0-4
ii  libdbus-1-3               1.12.16-1
ii  libdbus-glib-1-2          0.110-4
ii  libevent-2.1-6            2.1.8-stable-4
ii  libffi6                   3.2.1-9
ii  libfontconfig1            2.13.1-2
ii  libfreetype6              2.9.1-3+deb10u1
ii  libgcc1                   1:8.3.0-6
ii  libgdk-pixbuf2.0-0        2.38.1+dfsg-1
ii  libglib2.0-0              2.58.3-2+deb10u2
ii  libgtk-3-0                3.24.5-1
ii  libgtk2.0-0               2.24.32-3
ii  libjsoncpp1               1.7.4-3
ii  libpango-1.0-0            1.42.4-7~deb10u1
ii  libstartup-notification0  0.12-6
ii  libstdc++6                8.3.0-6
ii  libvpx5                   1.7.0-3+deb10u1
ii  libx11-6                  2:1.6.7-1
ii  libx11-xcb1               2:1.6.7-1
ii  libxcb-shm0               1.13.1-2
ii  libxcb1                   1.13.1-2
ii  libxext6                  2:1.3.3-1+b2
ii  libxrender1               1:0.9.10-1
ii  libxt6                    1:1.1.5-1+b3
ii  psmisc                    23.2-1
ii  x11-utils                 7.7+4
ii  zlib1g                    1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:6.2.0-1
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  lightning                             1:68.7.0-1~deb10u1

Versions of packages thunderbird suggests:
ii  apparmor          2.13.2-10
ii  fonts-lyx         2.3.2-1
ii  libgssapi-krb5-2  1.17-3

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#958433: thunderbird: wrong date format

Carsten Schoenert
Hi Martin,

Am 22.04.20 um 01:52 schrieb Martin:
> after upgrading thunderbird from 52.9.1-1~deb9u1 to
> 68.7.0-1~deb10u1,

wuuuh, mostly one decade of Thunderbird ESR cycling skipped. :)

> the date format broke, both in the list view
> and in the first line of a reply ("On 2020-04-21, sb. wrote:").
> Format used to be ISO-8601 yyyy-mm-dd and now it is dd/mm/yyyy.
> I played with the locales, esp. LC_TIME, but without success.

So far I see you want to use en_DK, I wasn't aware until now that this
locale even exists.

I've no deeper knowledge about this locale, a quick research otoh says
to me that this date format you now seeing is the correct one.

http://www.localeplanet.com/icu/en-DK/index.html

See especially Dates - Date.3

The glibc does ISO 8601 that's correct. But I suspect that Thunderbird
is using more the common local standard.

> Note, that under Edit -> Preferences -> Advanced, below
> "Date and Time Formatting", I can choose between
> English (United States) and English (Denmark). However, the
> latter is already selected. Btw. I have no idea where the first
> one comes from, because I did not configure en_US*.

I'm quite sure this comes from your global locales setup. But shouldn't
matter in the end as long Thunderbird is picking up the correct locale
to use for your session.

I mainly using only de_DE.UTF8 as default for my systems so I don't have
to modify here anything.

> If this is really a bug, I would also be happy about any hack or
> workaround, at least for the replies.

Currently I can't say if this is a bug, I'm unable to readjust your
setting to play around. Maybe Jonas can help out here a bit because he
is a Danish native speaking person. :)

--
Regards
Carsten Schoenert

Reply | Threaded
Open this post in threaded view
|

Bug#958433: thunderbird: wrong date format

Martin-36
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1426907

On 2020-04-22 08:56, Carsten Schoenert wrote:
> wuuuh, mostly one decade of Thunderbird ESR cycling skipped. :)

That's Debian for the enterprise!

> So far I see you want to use en_DK, I wasn't aware until now that this
> locale even exists.

Note, that en_DK.UTF-8 is not a real Danish locale.
It is just English plus sane date format, a kind of joke.
Whatever locale is used, I just like to have two settings:

 1. English as language
 2. International standard date and time format

Meanwhile, I found the matching upstream bug report:
https://bugzilla.mozilla.org/show_bug.cgi?id=1426907

28 months of discussion without any solution - I feel like home!
Looks like this will get solved eventually, as part of porting
thunderbird to Rust.

If somebody knows a workaround or hot fix, I'm all ear!