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)
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)
Do you have any error messages in the log (ctrl+shift+j)?
(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
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.
sigh. once again problem with broken localizations in beta release?
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.
(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 ....
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 :)
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?
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.
Bug 1136890 indicates that there is more broken than the above mentioned string and further localizations are affected (for that bug, at least de).
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.
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.
(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'.
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.
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?
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
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.
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
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 :(
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.
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
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
is this opening available yet: Lightning 3.8b2 as not on the FTP site?
for interest!!! I have loaded the TB 39b and the lightning 3.9b1 en-UK and Lightning works fine
Sorry chaps... TB 37.0b1
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.
(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)
(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.
At least the German localization shipped with 3.8b2 is still broken, see Bug 1142936.