Closed Bug 720201 Opened 14 years ago Closed 11 years ago

Thunderbird 9.0.1 regression - won't start up after auto-updates on Linux

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Version:
9 Branch
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: rd9, Unassigned)

References

Details

User Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 Build ID: 20111220165912 Steps to reproduce: Using Ubuntu 8.04 (32-bit), recently updated, Thunderbird 9.0.1 shows this behaviour but Thunderbird 9.0 does not. I can toggle between the two behaviours and have logs with "all:5" turned on for both. To reproduce: Start Thunderbird This occurs even if all extensions are disabled. Actual results: Thunderbird exits within a second or so, with no messages on GUI or console, and exit status 1. Complete logs for the startup show this error very early with 9.0.1: -1212488000[b792d110]: Loaded library a.out (init) -1212488000[b792d110]: a.out incr => 2 (for g_set_application_name) -1212488000[b792d110]: a.out decr => 1 -1212488000[b792d110]: a.out incr => 2 (for gtk_window_set_auto_startup_notification) -1212488000[b792d110]: a.out decr => 1 -1212488000[b792d110]: Loaded library libgnomeui-2.so.0 (load lib) -1212488000[b792d110]: Loaded library libgnome-2.so.0 (load lib) -1212488000[b792d110]: nsNativeModuleLoader::Init() -1212488000[b792d110]: Loaded library /main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so (load lib) -1212488000[b792d110]: nsNativeModuleLoader::LoadModule("/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so") - Symbol NSGetModule not found -1212488000[b792d110]: Unloaded library /main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so -1212488000[b792d110]: Loaded library /main/opt/thunderbird-9.0.1-will-not-start/components/libmozgnome.so (load lib) -1212488000[b792d110]: nsNativeModuleLoader::LoadModule("/main/opt/thunderbird-9.0.1-will-not-start/components/libmozgnome.so") - Symbol NSGetModule not found -1212488000[b792d110]: Unloaded library /main/opt/thunderbird-9.0.1-will-not-start/components/libmozgnome.so Expected results: Thunderbird should start.
Should be possible to reproduce this with Ubuntu 8.04.1 live CD - use the i386 version from here: http://cdimage.ubuntu.com/releases/8.04/release/ Output of ldd for 9.0.1 binary: $ ldd thunderbird-bin linux-gate.so.1 => (0xb7f47000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7f11000) libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xb7ef5000) libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb7ebe000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7e0d000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7e09000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d16000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7cf1000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7ce6000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7b96000) /lib/ld-linux.so.2 (0xb7f48000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7b5a000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7b42000) libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb7b1b000)
Severity: normal → major
Summary: Thunderbird 9.0.1 regression - fails to load modules and exits on Ubuntu 8.04 → Thunderbird 9.0.1 regression - won't start up on Ubuntu 8.04
Chris any idea why this would be ?
Try 'ldd -r /main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so'
aceman, here's the output: $ ldd -r /main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so linux-gate.so.1 => (0xb7ef0000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7eb7000) libxpcom.so => not found libmozalloc.so => not found libplds4.so => /usr/lib/libplds4.so (0xb7eb3000) libplc4.so => /usr/lib/libplc4.so (0xb7eaf000) libnspr4.so => /usr/lib/libnspr4.so (0xb7e7c000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7e78000) libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0xb7e5b000) libdbus-1.so.3 => /usr/lib/libdbus-1.so.3 (0xb7e25000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7d74000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c81000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7c5c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7c51000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7b01000) /lib/ld-linux.so.2 (0xb7ef1000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7ac5000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xb7aad000) libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb7a86000) undefined symbol: NS_StringContainerInit2 (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: NS_StringContainerFinish (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: moz_xmalloc (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: NS_GetComponentManager (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: NS_StringGetData (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: moz_free (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so) undefined symbol: NS_GetServiceManager (/main/opt/thunderbird-9.0.1-will-not-start/components/libdbusservice.so)
That is strange. It looks like it misses some mozilla symbols. I don't know why that would be the case, they should be shipped in the binary. Is this an official build from mozilla.org? Or some Ubuntu version from their repository?
Sorry, forgot to say this is an official Mozilla build from mozilla.org - has been through the auto update process as the permissions on the directory are OK, so it probably started with an older version. I will try installing a fresh copy of 9.0.1 in another directory to see if that also shows this problem.
This seems to be an artefact of the Thunderbird auto update process - the fresh install of 9.0.1 in a new directory works. Let me know if you want any info uploaded from the 9.0.1 directory that shows this problem. Here's the "diff -r" from will-not-start dir to the fresh-install dir: Only in /opt/thunderbird-9.0.1-will-not-start/: active-update.xml Only in /opt/thunderbird-9.0.1-will-not-start/chrome: chromelist.txt Only in /opt/thunderbird-9.0.1-will-not-start/chrome: en-GB.jar Only in /opt/thunderbird-9.0.1-will-not-start/chrome: en-GB.manifest Only in /opt/thunderbird-9.0.1-will-not-start/components: xpti.dat Only in /opt/thunderbird-9.0.1-will-not-start/defaults: autoconfig Only in /opt/thunderbird-9.0.1-will-not-start/defaults/messenger: US diff -r /opt/thunderbird-9.0.1-will-not-start/defaults/pref/channel-prefs.js /opt/thunderbird-9.0.1-fresh-install/defaults/pref/channel-prefs.js 1c1 < //@line 2 "/builds/tinderbox/Tb-Mozilla1.8-Release/Linux_2.4.18-14_Depend/mozilla/mail/app/profile/channel-prefs.js" --- > //@line 2 "/buildbot/linux_build_release/build/mail/app/profile/channel-prefs.js" Only in /opt/thunderbird-9.0.1-will-not-start/defaults: profile Only in /opt/thunderbird-9.0.1-will-not-start/defaults: wallet Only in /opt/thunderbird-9.0.1-will-not-start/: dependentlibs.list Only in /opt/thunderbird-9.0.1-will-not-start/extensions: desktop@google.com Only in /opt/thunderbird-9.0.1-will-not-start/extensions: desktop@google.com-trash Only in /opt/thunderbird-9.0.1-will-not-start/: init.d Only in /opt/thunderbird-9.0.1-will-not-start/isp: en-GB Only in /opt/thunderbird-9.0.1-will-not-start/: libxpcom_core.so Only in /opt/thunderbird-9.0.1-will-not-start/: modules diff -r /opt/thunderbird-9.0.1-will-not-start/removed-files /opt/thunderbird-9.0.1-fresh-install/removed-files 70a71,72 > D3DCompiler_42.dll > d3dx9_42.dll 168a171 > README.txt Only in /opt/thunderbird-9.0.1-will-not-start/: res Only in /opt/thunderbird-9.0.1-will-not-start/: updates Only in /opt/thunderbird-9.0.1-will-not-start/: updates.xml
Can you compare (diff) the file components/libdbusservice.so in the working and non-working directory? I was upgrading to TB9 the day it was released. That seems a long time ago, because I already forgot I got a similar problem. After automatic update TB did not start (Slackware linux). So I had to download a full copy. I do not remember if this file libdbusservice.so was the culprit. I have the broken install still around if anybody would like to look at it. Confirming, something is broken here.
Status: UNCONFIRMED → NEW
Component: General → Application Update
Ever confirmed: true
Product: Thunderbird → Toolkit
QA Contact: general → application.update
Version: 9 → 9 Branch
Is the fresh install in comment 7 en-US rather than en-GB ? If so, please confirm with a fresh copy of 9.0.1 en-GB. It shouldn't make any difference to the dbus library, but if it does it'll help narrow down the cause of the problem.
@nthomas: fresh install in comment 7 was en-GB, downloaded from http://www.mirrorservice.org/sites/ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/9.0.1/linux-i686/en-GB/thunderbird-9.0.1.tar.bz2 @aceman: output of "diff {thunderbird-9.0.1-fresh-install,thunderbird-9.0.1-will-not-start}/components/libdbus*" is 0 bytes i.e. no differences.
OK, then it must be some other file of Thunderbird. Try checking these files from comment 4 in your broken directory: libxpcom.so => not found libmozalloc.so => not found Are they really missing?
These files are in the main thunderbird directory for broken setup: $ ll libxpcom.so libmozalloc.so -rwxr-xr-x 1 richard richard 5868 2012-01-19 07:25 libmozalloc.so* -rwxr-xr-x 1 richard richard 11784 2012-01-19 07:24 libxpcom.so* $ file !* file libxpcom.so libmozalloc.so libxpcom.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped libmozalloc.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped $ md5sum !* md5sum libxpcom.so libmozalloc.so 9f034118e9edc51af3cee723f76cc8bc libxpcom.so c704d59881e6d8022a2a6ef2242ea667 libmozalloc.so The working setup has same md5's for these files.
So can you find in any way which files differ between the broken dir and the working one? I'll do the same and we'll compare.
The diffs between working and broken are in comment 7 - let me know likely suspects and I'll have a look.
What about libxpcom_core.so , it is listed in comment 7?
Application update just adds, removes, and patches the files the application itself provides and this is likely due to the way the Thunderbird update was created so moving back to Thunderbird -> General so the people that create them can look into this.
Component: Application Update → General
Product: Toolkit → Thunderbird
QA Contact: application.update → general
Version: 9 Branch → 9
I can also see the file libxpcom_core.so in the broken directory, but it is not in the working clean directory. The update.log file contains a error status of 6. It looks like to update failed, but the progress bar didn't say anything (it normally flashed across screen). Maybe it updated only some files and therefore TB does not start now. I still have the broken directroy available, it even contains the downloaded .mar file. So it could be possible to see what went wrong.
Summary: Thunderbird 9.0.1 regression - won't start up on Ubuntu 8.04 → Thunderbird 9.0.1 regression - won't start up after auto-updates on Linux
Almost 2 years old. Do we believe this is still a problem with current versions?
Flags: needinfo?(rd9)
Flags: needinfo?(acelists)
I have not seen this particular problem since. While I've seen non-working updates on Firefox aurora/nightly/release permanently since many versions now, they had different results and workarounds.
Flags: needinfo?(acelists)
Richard seems to be gone. But closing WFM per aceman's comment 20
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(rd9)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.