771246 - crash in g_idle_dispatch on shutdown using Ubuntu and EDS Contacts Integration addon

Status: RESOLVED INVALID

(Thunderbird :: General, defect)

Description

[Wayne Mery (:wsmwk)]

#31 crash for thunderbird 13.0.1
most but not all crashes mention closing thunderbird.

This bug was filed from the Socorro interface and is 
report bp-3f30b346-c196-49d2-8ca8-d12222120628 .
============================================================= 
0.0.0 Linux 3.2.0-25-generic-pae #40-Ubuntu SMP Wed May 23 22:11:24 UTC 2012 i686
0		@0xad5aa830	
1	libglib-2.0.so.0.3200.3	g_idle_dispatch	gmain.c:4657
2	libglib-2.0.so.0.3200.3	g_main_context_dispatch	gmain.c:2539
3	libglib-2.0.so.0.3200.3	g_main_context_iterate	gmain.c:3146
4	libglib-2.0.so.0.3200.3	g_main_context_iteration	gmain.c:3207
5	libxul.so	nsAppShell::ProcessNextNativeEvent	nsAppShell.cpp:162
6	libxul.so	nsBaseAppShell::DoProcessNextNativeEvent	nsBaseAppShell.cpp:171
7	libxul.so	nsBaseAppShell::OnProcessNextEvent	nsBaseAppShell.cpp:324
8	libxul.so	nsThread::ProcessNextEvent	nsThread.cpp:619
9	libxul.so	NS_ProcessPendingEvents_P	nsThreadUtils.cpp:195
10	libxul.so	mozilla::ShutdownXPCOM	nsXPComInit.cpp:622
11	libxul.so	ScopedXPCOMStartup::~ScopedXPCOMStartup	nsAppRunner.cpp:1124
12	libxul.so	XRE_main	nsAppRunner.cpp:3731
13	thunderbird-bin	main	nsMailApp.cpp:144

Comment 1

[Wayne Mery (:wsmwk)]

#24 crash for TB14

Comment 2

[Hiroyuki Ikezoe (:hiro)]

I guess some of the crashes are caused by the fact that one (or more) class is unrefed before it should be.

Comment 3

[Chris Coulson]

We discussed this a bit on IRC a few weeks ago. This is the sort of trace I'd expect to see if a library were being unloaded whilst it had events pending on the event loop. It turned out that an addon we're shipping does unload libraries on shutdown (it uses ctypes), and it's entirely possible that this is done whilst there are still events pending.

I've pushed an update of this addon to Ubuntu 12.10 users to stop unloading libraries on shutdown, and we're no longer seeing these types of crashes from those users....

Comment 5

[Wayne Mery (:wsmwk)]

Thanks Chris. Which addon?

Comment 6

[Wayne Mery (:wsmwk)]

Chris?

(suspect no longer topcrash)

Comment 7

[Wayne Mery (:wsmwk)]

which addon?

(In reply to Chris Coulson from comment #3)
> I've pushed an update of this addon to Ubuntu 12.10 users to stop unloading
> libraries on shutdown, and we're no longer seeing these types of crashes
> from those users....

Should people still be crashing if using these? ...
[e-mail]	3.5.4
[e-mail]	0.3.11
[e-mail]	0.9.3


#2 and #1 (bug 779524) crash for linux TB16

Comment 8

[Chris Coulson]

Hi, sorry. Yes, the edsintegration addon is the one that I suspect causes it. Are there any of these crashes from version 0.5 of the addon?

Comment 9

[Wayne Mery (:wsmwk)]

(In reply to Chris Coulson from comment #8)
> Are there any of these crashes from version 0.5 of the addon?

unknown. perhaps a linux fan would have time to check?

Comment 10

[AndrzejL]

Hi.

My first thoughts are:

1) Why Thunderbird 13? Stable version is 16 nowadays. Is there a reason for using older version?
2) Would You be willing to upgrade to version 16? Is there one in Ubuntu repositories?
3) Would You be willing to test the trunk build? This is a PCLinuxOS version of how-to try it out without a big risk http://sparewotw.wordpress.com/2012/10/10/testing-mozilla-thunderbird-central-daily-19-safely-on-pclinuxos-2012-x/ but I am sure if You are willing to dig around the system a bit You can apply the howto to ubuntu.
4) Have You tried:

a) Thunderbird in safe mode? (thunderbird --safe-mode from terminal)
b) Resetting the panels and toolbars to default? (available from safe-mode menu)
c) Disabling all add-ons (also in safe-mode menu) and then if crashes stop enabling one at a time to see which causes the issues
d) Creating fresh profile in Thunderbird to see if it was something in Your profile that caused issues
e) Creating new user account on Your system to see if it was system-wide or user oriented

Let's see what this causes...

May the source be with You.

Andy

Comment 11

[Wayne Mery (:wsmwk)]

(In reply to Chris Coulson from comment #8)
> Hi, sorry. Yes, the edsintegration addon is the one that I suspect causes
> it. Are there any of these crashes from version 0.5 of the addon?

yes, with version 0.5.

this crash is very much still with us in current releases with newer addon. These two crashes have email addresses. So if you have something to be tested we may be able to contact them.
bp-b3342b5a-5e5e-4c83-b18b-65c342130320
bp-e9ae6b80-18ab-4f42-b478-060f62130319

Comment 12

[Wayne Mery (:wsmwk)]

Is a version newer than 0.5 in the works at https://launchpad.net/thunderbird-eds-extension ?

or is the addon dead?

Comment 13

[Mike Conley (:mconley) (:⚙️)]

Chris Coulson from Canonical was the maintainer of that add-on the last time I checked - he'd be more able to answer that than I would.

Comment 14

[Wayne Mery (:wsmwk)]

yeah, and I think chris resolved the other issues in the past.

Comment 15

[Scoobidiver (away)]

The topcrash- keyword is not actively maintained and pollutes queries with topcrash.

Comment 17

[Wayne Mery (:wsmwk)]

per chris on IRC, we're not seeing TB24 crashes because at some point between 17 and 24 we hit bug 888840

Comment 18

[Wayne Mery (:wsmwk)]

https://bugs.launchpad.net/thunderbird-eds-extension/+bug/893169/comments/5 indicates problem is gone.
And this bug should be closed anyway