Calendar display and calendar pane broken in Lightning 3.8b1, due to incomplete localizations

RESOLVED FIXED in 3.8

Status

Calendar
Calendar Views
RESOLVED FIXED
2 years ago
2 years ago

People

(Reporter: patclash, Assigned: Fallen)

Tracking

Lightning 3.8
All
Windows XP

Details

Attachments

(2 attachments)

(Reporter)

Description

2 years ago
Created attachment 8565326 [details]
Tb34.0b1+Lightning3.6b1.png

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150122214805

Steps to reproduce:

Update TB 34.0b1 to 36.0b1;
Lightning 3.6b1 update to 3.8b1;


Actual results:

Calendar don't display in letf panel 
No color for event in the calendar panel 
(see screenshot Tb34.0b1+Lightning3.6b1.png)


Expected results:

Correct display like in Tb 34.0b1 with Lightning 3.6b1
(see screeshot Tb36.0b1+Lightning3.8b1.png)
(Reporter)

Comment 1

2 years ago
Created attachment 8565328 [details]
Tb36.0b1+Lightning3.8b1.png
(Reporter)

Comment 2

2 years ago
I have inverse the screeshot ....

Actual results:

Calendar don't display in letf panel 
No color for event in the calendar panel 
(see screeshot Tb36.0b1+Lightning3.8b1.png)

Expected results:

Correct display like in Tb 34.0b1 with Lightning 3.6b1
(see screenshot Tb34.0b1+Lightning3.6b1.png)
(Reporter)

Updated

2 years ago
OS: All → Windows XP

Comment 3

2 years ago
Do you have any error messages in the log (ctrl+shift+j)?
(Reporter)

Comment 4

2 years ago
(In reply to MakeMyDay from comment #3)
> Do you have any error messages in the log (ctrl+shift+j)?

Yes I have this error :

Erreur : TypeError: this.tree.view is undefined
Fichier Source : chrome://calendar/content/calendar-unifinder.js
Ligne : 624

When I click on the link :
the line " this.tree.view.selection.selectEventsSuppressed = true;" is highlight

Comment 5

2 years ago
I don't see this on Daily anymore, but I remeber this error message - although it's potentially unrelated to the issue reported here. Can you please enable calendar.debug.log, calendar.debug.log.verbose and javascript.options.showInConsole in config editor and check the error console again?

Comment 6

2 years ago
Your Thunderbird seems heavily modified. Do you use other extension that interact with Lightning and might not be compatible with Lightning 3.8b1 yet? Does the problem still exists if you disable all other extensions and switch back to Thunderbird default theme?
I tried the french Lightning 3.8b1 and see the same. In the console I see this:

Zeitstempel: 17.02.2015 20:03:07
Fehler: Nicht definierte Entität
Quelldatei: chrome://calendar/content/calendar-calendars-list.xul
Zeile: 17, Spalte: 7
Quelltext:
      <menuitem id="list-calendars-context-togglevisible"

For example the entity calendar.context.togglevisible.accesskey is missing.

I tried the German Lightning and this works fine.

Comment 8

2 years ago
sigh. once again problem with broken localizations in beta release?
Summary: Calendar display → Calendar display and calendar pane broken in Lightning 3.8b1, due to incomplete localizations

Comment 9

2 years ago
Based on quick search it seems that only 20 out of 35 localizations shipped with Lightning 3.8b1 contain the entity calendar.context.togglevisible.accesskey in calendar.dtd. Broken localizations would be en-GB, eu, fi, fr, hu, id, lt, nb-NO, nn-NO, pa-IN, pt-PT, ru, sv-SE, tr, and uk.
(Reporter)

Comment 10

2 years ago
(In reply to MakeMyDay from comment #5)
> I don't see this on Daily anymore, but I remeber this error message -
> although it's potentially unrelated to the issue reported here. Can you
> please enable calendar.debug.log, calendar.debug.log.verbose and
> javascript.options.showInConsole in config editor and check the error
> console again?

I got that message : 
Horodatage : 17/02/2015 23:27:45
Erreur : entité non définie
Fichier Source : chrome://calendar/content/calendar-calendars-list.xul

(In reply to Stefan Sitter from comment #6)
> Your Thunderbird seems heavily modified. Do you use other extension that
> interact with Lightning and might not be compatible with Lightning 3.8b1
> yet? Does the problem still exists if you disable all other extensions and
> switch back to Thunderbird default theme?

Before I feel the bug report I have try to start with all extension disabled and only enable Lightning ;
the result is the same;
I use Thunderbird default theme (just Tab little modified with CSS style with Stylish)

Ligne : 17, Colonne : 7
Code Source :
      <menuitem id="list-calendars-context-togglevisible"

so same as  Richard Marti in comment #7
(Reporter)

Comment 11

2 years ago
(In reply to Stefan Sitter from comment #9)
> Based on quick search it seems that only 20 out of 35 localizations shipped
> with Lightning 3.8b1 contain the entity
> calendar.context.togglevisible.accesskey in calendar.dtd. Broken
> localizations would be en-GB, eu, fi, fr, hu, id, lt, nb-NO, nn-NO, pa-IN,
> pt-PT, ru, sv-SE, tr, and uk.

I just install en-US version from https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/candidates/3.8b1-candidates/build2/win32/ :
display look fine;
so I can confirm that the localised version are broken ....
(Reporter)

Comment 12

2 years ago
For a test , I just take the last Aurora 3.8a2 build from :
http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/2015/01/2015-01-12-00-40-01-comm-aurora-l10n/win32/
then modify the install.rdf file for TB 38.0b1 compatibility and install it :

That version work fine  :)

Comment 13

2 years ago
Philipp, is it possible to release a Lightning 3.8b2 package without the broken localizations? Could you take care that the upcoming Lightning 3.9b1 contains only working localizations?
Flags: needinfo?(philipp)

Updated

2 years ago
Duplicate of this bug: 1136387
(Assignee)

Comment 15

2 years ago
Yes, I can do this manually again. I hope to have a fix ready that would do a compare-locales run during the repacks, so we don't need to update the locales on each beta. Leaving ni? so I don't forget.

Comment 16

2 years ago
Bug 1136890 indicates that there is more broken than the above mentioned string and further localizations are affected (for that bug, at least de).

Comment 17

2 years ago
You can ignore my last comment. Bug 1136890 is not related to localization. Lightning 3.8 unfortunately didn't receive a backport of the patch for bug 1081534 to bring icaljs back to work.

Comment 18

2 years ago
Although mention otherwise above, it turned out that there is an additional localization issue for the German locale with a different string in 3.8 documented in bug 1136890.

Comment 19

2 years ago
(In reply to MakeMyDay from comment #18)
Yes, it seems for a Lightning 3.8b2 without broken localizations you'll have to sort out 'de' as well.
The problem is different from the one this bug is about and you don't see it immediately, but the localization is damaged because of 5 l10n-de-patches that took the wrong train (no options dialog, error in recurrence rules, ...). I backed them out once, but obviously that wasn't enough (or too late? I miss a sign-off history...).

I just created a fixed calendar-de.jar (and lightning.xpi) manually. If this can be of any use, I'll be glad to attach or mail it. If it can not, 3.8b2 has to go without 'de'.
(Assignee)

Comment 20

2 years ago
Feel free to send me the jar file, I'll incorporate it. I got started with using compare-locales with the -m argument, so in the future we might not have this problem anymore.
Assignee: nobody → philipp
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(philipp)

Comment 21

2 years ago
SeaMonkey 2.33 was released and now I see many reports about broken Lightning caused by this bug. Is there an ETA for Lightning 3.8b2?
(Assignee)

Comment 22

2 years ago
Hm ok, so I ran compare-locales after updating to THUNDERBIRD_36_0b1_RELEASE using the changesets from https://l10n.mozilla.org/shipping/l10n-changesets?av=tb36

This is the result. I am a bit worried that en-GB shows up as working and you reported above its broken:

 
+ca
 cs
 da
-de
 en-GB
-en-US
+es-AR
 es-ES
 et
-fr
 fy-NL
+ga-IE
+gd
+hr
 is
 it
 ja linux win32
 ja-JP-mac osx
-ko
-lt
 nl
 pl
-pt-PT
 sk
-sl
+sq
 zh-CN
 zh-TW
(Assignee)

Comment 23

2 years ago
Ok, I instead took locales from https://l10n.mozilla.org/shipping/l10n-changesets?ms=tb36_beta_b1 and the picture is more accurate now.

@@ -1,37 +1,19 @@
 ca
 cs
-cy
 da
-de
-en-GB
-en-US
 es-AR
 es-ES
 et
-eu
-fi
-fr
 fy-NL
 ga-IE
 gd
-hu
-id
+hr
 is
-it
 ja linux win32
 ja-JP-mac osx
-lt
-nb-NO
 nl
-nn-NO
-pa-IN
 pl
-pt-PT
-ru
 sk
 sq
-sv-SE
-tr
-uk
 zh-CN
 zh-TW


I took a moment to check each of the changesets in https://l10n.mozilla.org/shipping/l10n-changesets?av=tb36 for locales that are missing or have been added and will also add the working version following locales:

en-GB
hr
it

And of course the de locale that I received per email.
(Assignee)

Comment 24

2 years ago
Please test these updated xpis. I've created them all with the same script, so if you've tested for one locale I can assume it works for all of them:

http://mozilla.kewis.ch/ltn38b2/lightning-linux.xpi
http://mozilla.kewis.ch/ltn38b2/lightning-win32.xpi
http://mozilla.kewis.ch/ltn38b2/lightning-mac.xpi
(Reporter)

Comment 25

2 years ago
I just test the win32 version ;
all seems to work, display look fine;
but it still in English on my French version of Thunderbird .....
I've see that there is no calendar-fr.jar and no lightning-fr.jar files in the *.xpi :(
(Assignee)

Comment 26

2 years ago
Unfortunately the French locale contained missing strings, both in the officially signed off version and in the latest tb36 locale. Therefore I had to remove that locale. I'm sure it will be back for the next version.
(In reply to Philipp Kewisch [:Fallen] from comment #26)
> Unfortunately the French locale contained missing strings, both in the
> officially signed off version and in the latest tb36 locale. Therefore I had
> to remove that locale. I'm sure it will be back for the next version.

Not sure what happened, during last cycle, Calendar on Beta (36) was complete in French. There was missing strings on 37, but none on 36.

Currently, 37, 38, and 39 are complete.
Did I miss something about how sign-off are working for Calendar? If so, please let me know so that won't happen again.
Flags: needinfo?(philipp)

Comment 28

2 years ago
I just tried to load lightning-3.9b1.en-GB.mac.xpi with TB36 and not compatible...is this expected?
I am still using the en-US lightning as the en-UK still at 3.8b1 with same time stamp as the one that does not work

Comment 29

2 years ago
I originally reported this on bug 1136387 as on a mac using Yosemite, 87 is marked as a dup of this bug... is that really true, are the two platform plugins the same in the main

Comment 30

2 years ago
is this opening available yet:  Lightning 3.8b2 as not on the FTP site?

Comment 31

2 years ago
for interest!!! I have loaded the TB 39b and the lightning 3.9b1 en-UK and Lightning works fine

Comment 32

2 years ago
Sorry chaps... TB 37.0b1
(Assignee)

Comment 33

2 years ago
Yes, Lightning 3.9b1 works with Thunderbird 37.0b1. This bug is mostly about Seamonkey 2.33 with Lightning 3.8b1. I'm glad the newer version works though!

Also, I've updated the builds at the above links to include a working French version.
Flags: needinfo?(philipp)
(Reporter)

Comment 34

2 years ago
(In reply to Philipp Kewisch [:Fallen] from comment #33)

> Also, I've updated the builds at the above links to include a working French
> version.

I just tested this version and it work well :)

Just a question : why is Sunday the first day of the week when I update or install Lightning even if I've setup Monday as first day in the view tab before ? 
(In France the first day of the week is Monday)
(Assignee)

Comment 35

2 years ago
(In reply to patclash from comment #34)

> 
> Just a question : why is Sunday the first day of the week when I update or
> install Lightning even if I've setup Monday as first day in the view tab
> before ? 
> (In France the first day of the week is Monday)

Not sure why this is happening. Could you file a separate bug, and also test if the same happens with the en-US version (and maybe also with the de version, where the week also starts on Monday)?

Marking this as fixed, I've uploaded the new beta to AMO.
Status: ASSIGNED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → FIXED

Comment 36

2 years ago
At least the German localization shipped with 3.8b2 is still broken, see Bug 1142936.

Updated

2 years ago
Target Milestone: --- → 3.8
You need to log in before you can comment on or make changes to this bug.