Closed
Bug 964175
Opened 10 years ago
Closed 9 years ago
thunderbird-24.2.0: lightning incorrect|/incomplete Russian localization
Categories
(Calendar :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Ikonta, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release) Build ID: 20140113121555 Steps to reproduce: I use Thunderbird-24.2.0 on Russian localized GNU/Linux OS. I.e.: $ locale LANG=ru_RU.utf8 … I've just started calendar (or tasks) from menu item (in Russian it's name is "События и задачи"). Actual results: In the left top of window I see this month calendar. In _alien_ format (week starts from Sunday). Expected results: In Russia week starts from Monday! So, for Russian locale I expect lightning to display calendar in completely localized format (i.e. with week, starts from Monday).
Updated•10 years ago
|
Component: Untriaged → General
Product: Thunderbird → Calendar
Version: 24 → unspecified
Comment 1•10 years ago
|
||
You can configure the week start day in Edit > Preferences > Calendar > Views.
(In reply to Stefan Sitter from comment #1) > You can configure the week start day in Edit > Preferences > Calendar > > Views. Thank you! Of course, it is so… But for years of using GNU/Linux desktop (preferring gtk applications) I've forgot, how it is to set/modify locale settings via GUI. Lightning starts with correct (Russian) locale automatically, depending on system's environment. And I expect it to get completely correct defaults, with no need for me to analyse settings and preforming minor (there is no general language settings in GUI) interface fixes.
Severity: normal → minor
Comment 3•10 years ago
|
||
I checked Lightning l10n and found preference calendar.week.start in lightning-l10n.js is set correct:
># the default day to start the week on
>#0=Sunday 1=Monday 2=Tuesday 3=Wednesday 4=Thursday 5=Friday 6=Saturday
>pref("calendar.week.start", 1);
I confirm this bug, but I think it is no localization problem.
Comment 4•10 years ago
|
||
lightning-l10n.js has no affect, see Bug 395504.
Just now I've find this issue fixed in Thunderbird 31 ESR (31.6.0).
Comment 6•9 years ago
|
||
Marked as WORKSFORME per comment 5
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
(In reply to Alexander L. Slovesnik from comment #6) > Marked as WORKSFORME per comment 5 Why «WORKSFORME»?!? To my mind the correct resolution will be FIXED. But it's unavailable for me. I don't know how this fix relates with particular this bug report, but it's really FIXED.
Comment 8•9 years ago
|
||
(In reply to Ikonta from comment #7) > (In reply to Alexander L. Slovesnik from comment #6) > > Marked as WORKSFORME per comment 5 > > Why «WORKSFORME»?!? > To my mind the correct resolution will be FIXED. But it's unavailable for me. > I don't know how this fix relates with particular this bug report, but it's > really FIXED. OK.
Resolution: WORKSFORME → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•