Hi, I updated to the new Thunderbird 91 and now all messages are in 2400 mode. I looked online and everything says it uses system time and my system time is 12 hour mode. I see there is a time setting prefs for app or regional settings, but this had no effect. Any ideas?? mike
On 07/09/2021 22.17, Michael Spartana wrote:
Hi,
I updated to the new Thunderbird 91 and now all messages are in 2400 mode.
I looked online and everything says it uses system time and my system time is
12 hour mode. I see there is a time setting prefs for app or regional settings,
but this had no effect. Any ideas??
Regional settings have been broken for many months. See my date above, in the first line... it should show "2021-09-07 22:17", iso format. You have another problem, an extra empty line between each line. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 9/7/21 18:01, Carlos E. R. wrote:
On 07/09/2021 22.17, Michael Spartana wrote:
Hi,
I updated to the new Thunderbird 91 and now all messages are in 2400 mode.
I looked online and everything says it uses system time and my system time is
12 hour mode. I see there is a time setting prefs for app or regional settings,
but this had no effect. Any ideas??
Regional settings have been broken for many months.
OK well the old thunderbird dating was right, so should I post on the thunderbird forum ?
See my date above, in the first line... it should show "2021-09-07 22:17", iso format.
You have another problem, an extra empty line between each line.
Yes all my posts show that.....It looks like I exceeded the 80 char line limit....can I set that somewhere.....
On 08/09/2021 00.16, Michael Spartana wrote:
On 9/7/21 18:01, Carlos E. R. wrote:
On 07/09/2021 22.17, Michael Spartana wrote:
Hi,
I updated to the new Thunderbird 91 and now all messages are in 2400 mode.
I looked online and everything says it uses system time and my system time is
12 hour mode. I see there is a time setting prefs for app or regional settings,
but this had no effect. Any ideas??
Regional settings have been broken for many months.
OK well the old thunderbird dating was right, so should I post on the
thunderbird forum ?
What for? The bug has been reported long ago and they do nothing. On openSUSE bugzilla, it is this one: http://bugzilla.opensuse.org/show_bug.cgi?id=1109379 open since version 60, sept 2018. <https://bugzilla.mozilla.org/show_bug.cgi?id=1482373> Upstream:
See my date above, in the first line... it should show "2021-09-07 22:17", iso format.
You have another problem, an extra empty line between each line.
Yes all my posts show that.....It looks like I exceeded the 80 char
line limit....can I set that somewhere.....
Nope, not that. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 9/7/21 18:28, Carlos E. R. wrote:
On 08/09/2021 00.16, Michael Spartana wrote:
On 9/7/21 18:01, Carlos E. R. wrote:
On 07/09/2021 22.17, Michael Spartana wrote:
Hi,
I updated to the new Thunderbird 91 and now all messages are in 2400 mode.
I looked online and everything says it uses system time and my system time is
12 hour mode. I see there is a time setting prefs for app or regional settings,
but this had no effect. Any ideas?? Regional settings have been broken for many months. OK well the old thunderbird dating was right, so should I post on the
thunderbird forum ? What for? The bug has been reported long ago and they do nothing.
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
<https://bugzilla.mozilla.org/show_bug.cgi?id=1482373>
Upstream:
See my date above, in the first line... it should show "2021-09-07 22:17", iso format.
You have another problem, an extra empty line between each line. Yes all my posts show that.....It looks like I exceeded the 80 char
line limit....can I set that somewhere..... Nope, not that.
Ok Carlos it's 2 things. 1 is uncheck Use Paragraph format instead of Body Text by default in Preferences....2 has something to do with text sizing....if I increase text size with cntrl & mousewheel, that paragraph produces a line space.....still working on this. Thanks for the heads up.........mike
On 08/09/2021 01.07, Michael Spartana wrote:
On 9/7/21 18:28, Carlos E. R. wrote:
...
You have another problem, an extra empty line between each line.
Yes all my posts show that.....It looks like I exceeded the 80 char
line limit....can I set that somewhere..... Nope, not that.
Ok Carlos it's 2 things. 1 is uncheck Use Paragraph format instead of Body Text by default in Preferences....2 has something to do with text sizing....if I increase text size with cntrl & mousewheel, that paragraph produces a line space.....still working on this. Thanks for the heads up.........mike
Ok, line spacing is good now, but you have a another problem: your lines are indented several spaces, and this breaks automatic flow when replying - as you can see above. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 08/09/2021 01.07, Michael Spartana wrote:
On 9/7/21 18:28, Carlos E. R. wrote: ...
You have another problem, an extra empty line between each line. Yes all my posts show that.....It looks like I exceeded the 80 char
line limit....can I set that somewhere..... Nope, not that. Ok Carlos it's 2 things. 1 is uncheck Use Paragraph format instead of Body Text by default in Preferences....2 has something to do with text sizing....if I increase text size with cntrl & mousewheel, that paragraph produces a line space.....still working on this. Thanks for the heads up.........mike Ok, line spacing is good now, but you have a another problem: your lines are indented several spaces, and this breaks automatic flow when replying - as you can see above. Yes, after reading some more on mozilla forums it seems I'm too aggressive with line returns...it says to just keep typing and the line
On 9/7/21 19:24, Carlos E. R. wrote: formats itself...should be good now....
On 08/09/2021 01.40, Michael Spartana wrote:
On 9/7/21 19:24, Carlos E. R. wrote:
On 08/09/2021 01.07, Michael Spartana wrote:
On 9/7/21 18:28, Carlos E. R. wrote: ...
Ok, line spacing is good now, but you have a another problem: your lines are indented several spaces, and this breaks automatic flow when replying - as you can see above. Yes, after reading some more on mozilla forums it seems I'm too aggressive with line returns...it says to just keep typing and the line formats itself...should be good now....
Perfect :-) Computers usually work better leaving things to automatics :-) I learned this when starting with WordStar around 1985 :-D -- Saludos/Cheers Carlos E. R.
On 08/09/2021 11:47, Carlos E.R. wrote: <.....>
Computers usually work better leaving things to automatics :-)
I learned this when starting with WordStar around 1985 :-D
Ahah! Good ol' WordStar, once the king! But have you found anything that will convert WordStar files to other formats like (say) .doc or .docx? -- Robin K Wellington "Harbour City" New Zealand
On 08/09/2021 05.12, Robin Klitscher wrote:
On 08/09/2021 11:47, Carlos E.R. wrote:
<.....>
Computers usually work better leaving things to automatics :-)
I learned this when starting with WordStar around 1985 :-D
Ahah! Good ol' WordStar, once the king! But have you found anything that will convert WordStar files to other formats like (say) .doc or .docx?
I have not tried... I don't have access to any of the files I wrote back then, I think. Try Libre Office, though, it converts many formats. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This bug is about using OS locale name by default and it is fixed long ago. The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing". [1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
On 08/09/2021 08.09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This bug is about using OS locale name by default and it is fixed long ago.
The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing".
Then why was not this commented back in my bug? At the time I reported it, I did not read of anything that would solve the issue. Yes, I did read the upstream bug I cited above, back then, and I did not find anything explaining how to set ISO dates / datetimes. If you know and understood how to do it, please explain the secret.
[1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
This I remember, but it doesn't help. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 08/09/2021 08.09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
Yes. The bug is open, not solved, and my thunderbird still write the date string in the wrong format. That is "doing nothing".
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This bug is about using OS locale name by default and it is fixed long ago.
The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing".
[1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
You can see in the attached photo my settings. A photo does not allow misinterpretations or wrong description. No typing error of name. My locale is the same as reported in bugzilla: cer@minas-tirith:~> locale LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME=en_DK.UTF-8 <============= LC_COLLATE="en_US.UTF-8" LC_MONETARY=es_ES@euro LC_MESSAGES="en_US.UTF-8" LC_PAPER=es_ES@euro LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE=es_ES@euro LC_MEASUREMENT=es_ES@euro LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= cer@minas-tirith:~> In Thunderbird: "Help > Troubleshooting Information": Internationalization & Localization Application Settings Requested Locales ["en-US"] Available Locales ["en-US","en-GB","es-ES"] App Locales ["en-US","en-GB"] Regional Preferences ["en-DK"] Default Locale "en-US" Operating System System Locales ["en-US"] Regional Preferences ["en-DK"] And it works correctly in Linux - but not in thunderbird: cer@minas-tirith:~> date +'%x %X' 2021-09-08 12:00:37 cer@minas-tirith:~> As my report says on comment 12 (November 2018), the workaround described on <https://bugzilla.mozilla.org/show_bug.cgi?id=1426907>, comment 59, does not solve my issue (does not work). So, how do you propose I get my issue solved? -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On Wed, Sep 8, 2021 at 1:18 PM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 08/09/2021 08.09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
Yes. The bug is open, not solved, and my thunderbird still write the date string in the wrong format. That is "doing nothing".
All three bugs have status RESOLVED FIXED. At least until you reopened openSUSE one.
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This bug is about using OS locale name by default and it is fixed long ago.
The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing".
[1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
You can see in the attached photo my settings. A photo does not allow misinterpretations or wrong description. No typing error of name.
I have no idea what you are talking about. I do not misinterpret anything. You refuse to understand the problem, but that is your choice. ...
And it works correctly in Linux - but not in thunderbird:
Did I say anything different? That is exactly what has been explained multiple times in the upstream bug report.
As my report says on comment 12 (November 2018), the workaround described on <https://bugzilla.mozilla.org/show_bug.cgi?id=1426907>, comment 59, does not solve my issue (does not work).
Install Ubuntu and this workaround will work.
So, how do you propose I get my issue solved?
Install Thunderbird 91 and follow KB linked at the very top of the upstream bug report.
On 08/09/2021 13.52, Andrei Borzenkov wrote:
On Wed, Sep 8, 2021 at 1:18 PM Carlos E. R. <robin.listas@telefonica.net> wrote:
On 08/09/2021 08.09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
Yes. The bug is open, not solved, and my thunderbird still write the date string in the wrong format. That is "doing nothing".
All three bugs have status RESOLVED FIXED. At least until you reopened openSUSE one.
Maybe I did, it is not fixed. The reporter decides when it is fixed.
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This bug is about using OS locale name by default and it is fixed long ago.
The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing".
[1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
You can see in the attached photo my settings. A photo does not allow misinterpretations or wrong description. No typing error of name.
I have no idea what you are talking about. I do not misinterpret anything. You refuse to understand the problem, but that is your choice.
I think that it is you who refuses to understand.
...
And it works correctly in Linux - but not in thunderbird:
Did I say anything different? That is exactly what has been explained multiple times in the upstream bug report.
Then explain it here, and how to make thunderbird work correctly.
As my report says on comment 12 (November 2018), the workaround described on <https://bugzilla.mozilla.org/show_bug.cgi?id=1426907>, comment 59, does not solve my issue (does not work).
Install Ubuntu and this workaround will work.
I have openSUSE and will not touch Ubuntu with a barge pole.
So, how do you propose I get my issue solved?
Install Thunderbird 91 and follow KB linked at the very top of the upstream bug report.
I will not install TH 91. I am on Leap with the official openSUSE TH version. I have no idea what KB is and where it is. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.2 x86_64 (Minas Tirith))
On 9/8/21 02:09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
This bug is about using OS locale name by default and it is fixed long ago.
The upstream bug that is really related to your openSUSE report is https://bugzilla.mozilla.org/show_bug.cgi?id=1426907. And it provides detailed explanation (multiple times) what Mozilla/Thunderbird do and why users see different results than they expect [1]. And if you actually read this bug you would see that Thunderbird implemented preferences that allow you to set date/time format to arbitrary value. Of course this means "they do nothing".
[1] for the reference - Thunderbird takes locale *name* from OS settings and looks up actual formats using different database (Unicode CLDR) on all platforms. Content of Linux (glibc) locale definition is different from CLDR database. This is something to solve between CLDR and glibc.
On 08.09.2021 15:55, Michael Spartana wrote:
On 9/8/21 02:09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
This is controller by LC_TIME environment variable. What is output of locale in your case?
On 9/8/21 09:45, Andrei Borzenkov wrote:
On 08.09.2021 15:55, Michael Spartana wrote:
On 9/8/21 02:09, Andrei Borzenkov wrote:
On 08.09.2021 01:28, Carlos E. R. wrote:
What for? The bug has been reported long ago and they do nothing.
Really?
On openSUSE bugzilla, it is this one:
http://bugzilla.opensuse.org/show_bug.cgi?id=1109379
open since version 60, sept 2018.
<https://bugzilla.mozilla.org/show_bug.cgi?id=1482373> This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
This is controller by LC_TIME environment variable. What is output of
locale
in your case? LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL=
On 08.09.2021 20:18, Michael Spartana wrote:
This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
And this is TB 91
This is controller by LC_TIME environment variable. What is output of
locale
in your case? LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8"
Well, it sounds like a (new) bug in TB 91. TB 78.13 changes time format according to LC_TIME; TB 91 is stuck with 24 hours time format, only date format is affected. You can set intl.date_time.pattern_override.time_short to "h:mm a" to get 9:05 PM instead of 21:05 [1]. If you are concerned, open bug report upstream. I could not find something obvious after quick search. [1] https://support.mozilla.org/en-US/kb/customize-date-time-formats-thunderbird
On 9/8/21 14:27, Andrei Borzenkov wrote:
On 08.09.2021 20:18, Michael Spartana wrote:
This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
And this is TB 91
This is controller by LC_TIME environment variable. What is output of
locale
in your case? LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" Well, it sounds like a (new) bug in TB 91. TB 78.13 changes time format according to LC_TIME; TB 91 is stuck with 24 hours time format, only date format is affected.
You can set intl.date_time.pattern_override.time_short to "h:mm a" to get 9:05 PM instead of 21:05 [1].
If you are concerned, open bug report upstream. I could not find something obvious after quick search.
[1] https://support.mozilla.org/en-US/kb/customize-date-time-formats-thunderbird So I read some of that.....seems like the 24 hour dates are there so anyone reading it anytime sees what time is related to the message.....like maybe someone wants an easy reference. If I did file a bug report would it be opensuse or mozilla?
On 08.09.2021 21:37, Michael Spartana wrote:
On 9/8/21 14:27, Andrei Borzenkov wrote:
On 08.09.2021 20:18, Michael Spartana wrote:
This looks like date format bug. I wanted the 12 hour clock display, not the 24 hour clock display.
And this is TB 91
This is controller by LC_TIME environment variable. What is output of
locale
in your case? LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" Well, it sounds like a (new) bug in TB 91. TB 78.13 changes time format according to LC_TIME; TB 91 is stuck with 24 hours time format, only date format is affected.
You can set intl.date_time.pattern_override.time_short to "h:mm a" to get 9:05 PM instead of 21:05 [1].
If you are concerned, open bug report upstream. I could not find something obvious after quick search.
[1] https://support.mozilla.org/en-US/kb/customize-date-time-formats-thunderbird
So I read some of that.....seems like the 24 hour dates are there so anyone reading it anytime sees what time is related to the message.....like maybe someone wants an easy reference.
Where do you see it? KB article I mentioned starts with "By default, Thunderbird will use date and time formats according to the regional settings of your operating system".
If I did file a bug report would it be opensuse or mozilla?
Mozilla. I see it with TB 91 downloaded directly from there.
On 08.09.2021 21:27, Andrei Borzenkov wrote:
Well, it sounds like a (new) bug in TB 91. TB 78.13 changes time format according to LC_TIME; TB 91 is stuck with 24 hours time format, only date format is affected.
You can set intl.date_time.pattern_override.time_short to "h:mm a" to get 9:05 PM instead of 21:05 [1].
If you are concerned, open bug report upstream. I could not find something obvious after quick search.
On 9/11/21 04:06, Andrei Borzenkov wrote:
On 08.09.2021 21:27, Andrei Borzenkov wrote:
Well, it sounds like a (new) bug in TB 91. TB 78.13 changes time format according to LC_TIME; TB 91 is stuck with 24 hours time format, only date format is affected.
You can set intl.date_time.pattern_override.time_short to "h:mm a" to get 9:05 PM instead of 21:05 [1].
If you are concerned, open bug report upstream. I could not find something obvious after quick search.
https://bugzilla.mozilla.org/show_bug.cgi?id=1726464 Thanks Andrei, I posted on the forums for help and the answer was not very helpful as it was a reply about system time on linux boxes. They included two page links which were only somewhat helpful......
participants (5)
-
Andrei Borzenkov -
Carlos E. R. -
Carlos E.R. -
Michael Spartana -
Robin Klitscher