Closed Bug 1106034 Opened 10 years ago Closed 10 years ago

Lightning 3.6b1 crashes entire Gnome session

Categories

(Calendar :: General, defect)

Product:
Calendar
Component:
General
Version:
Lightning 3.6
Platform:
All
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: chriechers, Assigned: Fallen)

References

Details

User Agent: Mozilla/5.0 (X11; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0
Build ID: 20141113143407

Steps to reproduce:

Linux openSUSE 13.1 with Gnome 3.12.2

After updating to Thunderbird 34 beta 1 and Lightning 3.6b1 I have a
problem.
Lightning 3.6b1 did install, and it does seem to load. I can open the
Today Pane at the right hand side as well.

I'm then trying to open the calender tab. 


Actual results:

Upon doing this, the Thunderbird window does maximize and Thunderbird/Lightning is crashing the entire Gnome session. Then I do get the Gnome message "Oh no, something got wrong ...". I'm then logged off of the OS account and will have to login again.
Restarting Thunderbird with the calendar tab still open will crash Gnome again.
If I'm quick enough to close the calendar tab, then Gnome will keep on running.

This is exactly reproducible.


Expected results:

Upon opening the Calendar tab the Thunderbird window should not maximize, and it should not crash the entire Gnome session.
OS: All → Linux
Are you using Thundebird or Lightning from the suse repositories? If so, please try the stock builds from mozilla.org.

Does it work if you downgrade to Thunderbird 33b1 and Lightning 3.5b1?
I do use the stock builds from mozilla.org for both, Thunderbird and Lightning.
There was no problem before with Thunderbird 33b1 and Lightning 3.5b1.

Another user reported a similar issue with Ubuntu in the mozilla.support.calendar newsgroup, even though it didn't seem to crash Unity.
I encounter almost the same issue on Ubuntu 14.04 (32-bit) with TB34 (upgraded via mozilla beta-channel) and lightning 3.6b1 (from addons.mozilla). Symptoms are the same up to the maximizing of the calendar window, then the window disappears and X becomes very sluggish until i kill thunderbird.
btw: a reference to the mozilla.support.calendar newsgroup thread Christian mentions: https://groups.google.com/forum/#!topic/mozilla.support.calendar/TN6smgTEK3E
Confirm.

Testing:
 	Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31
Lightning	3.6b1	true	{e2fda1a4-762b-4020-b5ad-a41df1933103}

$ uname -a
Linux . 3.13.0-41-generic #70-Ubuntu SMP Tue Nov 25 14:40:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

As soon as I turn on Lightning (click on the calendar icon) my mail/news window is borked - in Gnome Fallback using Metacity the mail/news window goes black and fullscreen, with Compiz the mail/news window changes to another desktop, sometimes flashes repeatedly, removes window decoration & totally screws up my desktop. I have to drop to a terminal and issue 'kill seamonkey'. I then need to either restart the lightdm manager and/or reboot - it's that bad.
I can reproduce this using openSUSE 13.1 and the KDE 4.14.3 desktop. Reminds me of what I was seeing previously with Daily and Lightning which now work together nicely.

It doesn't totally screw up my desktop. I only need to close Thunderbird by right clicking on it in the task bar and selecting Close.
Does gnome have some sort of crash report tool you could share information from? There must be a crash stack of some sort that could help figure out why this is happening.

Also, just for testing, could you enable calendar.icaljs in the config editor and then restart (alternatively shut down Thundebird and use an editor to edit prefs.js)? This would help figure out if its a problem independent of the binary code or if libical is triggering it somehow.
This reads similar to bug 1107865 - can please you also try to disable calendar.icaljs in the config.editor and restart TB and report back, whether this resolves the issue for you?
Most likely a duplicate as I just tried:

<http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/candidates/3.6b1-candidates/build3/linux-x86_64/lightning-3.6b1.en-US.linux-x86_64.xpi>

per 1107865 and comments by Stephen Sitter on the dev list, and that works for me using:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101
Firefox/34.0 SeaMonkey/2.31
Build identifier: 20141202221415

I notice that when using that version, calendar.icaljs is set to false in 'about:config'. I'll do a ~/.mozilla backup & then try using the upgrade version w/calendar.icaljs set to false if it is set to true in that version.
Loaded the addon update version & checked 'about:config' - calendar.icaljs is set to false. Changing to 'true' makes no difference. Reset to false & clicked the calendar icon, error console shows:

Timestamp: 12/05/2014 02:02:44 PM
Error: TypeError: Components.classes[cid] is undefined
Source File: resource://calendar/modules/calUtils.jsm -> file:///home/g/.mozilla/seamonkey/obfuscated.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calUtils.js
Line: 17

line 17 is:
let thing = Components.classes[cid].createInstance(iid);
in:
function _calIcalCreator(cid, iid) {
    return function(icalString) {
        let thing = Components.classes[cid].createInstance(iid);
        if (icalString) {
            thing.icalString = icalString;
        }
        return thing;
(In reply to Philipp Kewisch [:Fallen] from comment #7)
> Also, just for testing, could you enable calendar.icaljs in the config
> editor

Setting calendar.icaljs to true fixes the problem for me.
See Also: → 1107865
FYI: 3.6b2 still inhibits the problem in default (about:)config. Also one one thing about what i wrote above: the window actually gets maximized only horizontally, not vertically! Also, before the window disappears completely, the window-decoration starts to get transparent and disappear with only the core window visible for a few seconds before that also disappears.

Once i change calendar.icaljs in about:config and restart, the resize & hang disappeared.
Just realize, though, that calendar.icaljs=true is buggy in terms of timezones: when I edit a calendar entry, it shows times always in UTC (and there is also no timezone-selector)!   Given that this is a non-standard config, where/how should i report corresponding bugs? (have to admit, though, that i'm no switching back to TB31/LT3.3.1)
Confirming due to the different reports/comments on this issue.

Lightning is expected not to work correctly with icaljs enabled due to bug 1081534: There exist also some timezone related bugs already, see [1] for candidates. If no bug matches, feel free to file a new one.

The comments from this bug are indicating that there is a binary issue with this the Linux build of this beta, while the previous one was not affected. There were only a few calendar bug fixed for this release, see [2]. So either one of the build config changes or bug 1063085 might have been causing this issue. The latter would lead us back to bug 1081534.

[1] https://bugzilla.mozilla.org/buglist.cgi?list_id=11489656&resolution=---&resolution=DUPLICATE&query_format=advanced&component=ICAL.js%20Integration&product=Calendar

[2] https://bugzilla.mozilla.org/buglist.cgi?quicksearch=ALL%20%3Acalendar%20resolution%3AFIXED%20milestone%3A3.6&list_id=11692555
Status: UNCONFIRMED → NEW
Ever confirmed: true
regarding binary issue: from the discussion on http://comments.gmane.org/gmane.comp.mozilla.devel.calendar/17553 it almost looks as if lightning 3.6b was released from a mismatched build version?
Same problem here with SeaMonkey 2.31 and Lightning 3.6b1 and 3.6b2.

Kubuntu 14.04 with KDE 4.14.2

Linux zamorra 3.13.0-41-generic #70-Ubuntu SMP Tue Nov 25 14:40:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux


(In reply to Philipp Kewisch [:Fallen] from comment #7)
> Also, just for testing, could you enable calendar.icaljs in the config
> editor and then restart (alternatively shut down Thundebird and use an
> editor to edit prefs.js)? This would help figure out if its a problem
> independent of the binary code or if libical is triggering it somehow.

This has no effect here!
(In reply to NoOp from comment #9)
> Most likely a duplicate as I just tried:
> 
> <http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/candidates/3.6b1-
> candidates/build3/linux-x86_64/lightning-3.6b1.en-US.linux-x86_64.xpi>
> 
> per 1107865 and comments by Stephen Sitter on the dev list, and that works
> for me using:
> User agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101
> Firefox/34.0 SeaMonkey/2.31
> Build identifier: 20141202221415
> 
> I notice that when using that version, calendar.icaljs is set to false in
> 'about:config'. I'll do a ~/.mozilla backup & then try using the upgrade
> version w/calendar.icaljs set to false if it is set to true in that version.

This Build of Lightning works for me with calendar.icaljs is set to false, but then the Google calendar is broken and dosn't work!
I likely have this fixed on the Lightning side. There was a problem with my merge script for the Linux xpi. I have no idea why this crashes the whole gnome session though.

Having a little trouble uploading to AMO due to the validator timing out, but stay tuned for 3.6b3. You can get it here for the time being: http://mozilla.kewis.ch/lightning-linux.xpi

If that xpi works, please mark this one as FIXED.
Assignee: nobody → philipp
Status: NEW → ASSIGNED
Philipp: 
Lightning	3.6b2	true	{e2fda1a4-762b-4020-b5ad-a41df1933103}
Works for me with:
User agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31
I'll load up a VM and try it on a 32bit version of SeaMonkey.
Also works for me on 32bit SeaMonkey:
Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31
Thanks Philipp.
(In reply to Philipp Kewisch [:Fallen] from comment #18)
> http://mozilla.kewis.ch/lightning-linux.xpi
> 
> If that xpi works, please mark this one as FIXED.

ok here, with tbird 34.0b1 on linux/64 + KDE
(In reply to NoOp from comment #19)
> Philipp: 
> Lightning	3.6b2	true	{e2fda1a4-762b-4020-b5ad-a41df1933103}
> Works for me with:
> User agent: Mozilla/5.0 (X11; Linux x86_64; rv:34.0) Gecko/20100101
> Firefox/34.0 SeaMonkey/2.31
> I'll load up a VM and try it on a 32bit version of SeaMonkey.

Link to this Version? 3.6b2 Build 1, 2 and 3 not work here, but i have no VM!
(In reply to Michael Speier from comment #23)
...
> 
> Link to this Version? 3.6b2 Build 1, 2 and 3 not work here, but i have no VM!

The link that Philipp provided in Comment# 18
(In reply to NoOp from comment #24)
> (In reply to Michael Speier from comment #23)
> ...
> > 
> > Link to this Version? 3.6b2 Build 1, 2 and 3 not work here, but i have no VM!
> 
> The link that Philipp provided in Comment# 18

Same problem as in comment#17, Google Calendar do never work! :-(
Please keep the Google Calendar issues out of this bug, I don't think thats a gnome + linux specific issue. If you are having trouble with Google Calendar, please try the latest xpi in bug 1106047 (even if you don't use postbox).

I'm going to mark this FIXED since the xpi I provided works. I will upload this to AMO as soon as bug 1108554 is solved.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 3.6
You need to log in before you can comment on or make changes to this bug.