Closed Bug 1092200 Opened 10 years ago Closed 10 years ago

Thunderbird crashing on start in HTMLInputElement.cpp:193

Categories

(Thunderbird :: Build Config, defect)

Product:
Thunderbird
Component:
Build Config
Platform:
x86_64
Linux
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(thunderbird36 fixed)

Status:
RESOLVED FIXED
Milestone:
Thunderbird 36.0
Tracking Flags:
Tracking Status
thunderbird36 --- fixed

People

(Reporter: fredbezies, Assigned: jcranmer)

References

Details

(Keywords: crash, regression)

Attachments

(1 file, 2 obsolete files)

Port bug 1077148
9.46 KB, patch
glandium
: review+
Details | Diff | Splinter Review 
Got a crash on every single start since I upgraded my thunderbird "nightly" today :

Last working build :

20141030030207
https://hg.mozilla.org/mozilla-central/rev/80e18ff7c7b2
https://hg.mozilla.org/comm-central/rev/273bcc4d6e9b

First busted build :

20141031030201
https://hg.mozilla.org/mozilla-central/rev/e0b505a37b1c
https://hg.mozilla.org/comm-central/rev/5df0a26967c8

Thunderbird simply crashes on start, core dumping without any bug report tool launched.

There is only 3 patches on comm-central for bugs 1085151, 1091884, 1070984.

Could it be a mozilla-central patch which make thunderbird crash on start ?
Severity: normal → blocker
Did you submit a crash report?
see https://support.mozilla.org/en-US/kb/mozilla-crash-reporter#w_viewing-crash-reports
Severity: blocker → critical
Keywords: crash
I cannot get a crash report : even thunderbird crashes before I can attach it to gdb. Isn't that annoying ?
Well, here is what I get :

(gdb) run
Starting program: /home/fred/thunderbird/thunderbird 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff1326710 in ?? () from /home/fred/thunderbird/libxul.so
#2  0x00007ffff291c616 in ?? () from /home/fred/thunderbird/libxul.so
#3  0x0000000000000000 in ?? ()

Using this debug build :

20141030222854
https://hg.mozilla.org/mozilla-central/rev/e0b505a37b1c
https://hg.mozilla.org/comm-central/rev/5df0a26967c8

Not really useful, but as I can see, a really quick crash. Should I have to build a debug build in order to get something more useful ?
Here is a more complete log :

(gdb) bt
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff019f956 in __static_initialization_and_destruction_0 (
    __initialize_p=1, __priority=65535)
    at /home/fred/logs/mail/src/mozilla/dom/html/HTMLInputElement.cpp:193
#2  _GLOBAL__sub_I_Unified_cpp_dom_html1.cpp(void) ()
    at /home/fred/logs/mail/src/mozilla/dom/html/HTMLMenuItemElement.cpp:494
#3  0x00007ffff7dea21a in call_init.part () from /lib64/ld-linux-x86-64.so.2
#4  0x00007ffff7dea32b in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2
#5  0x00007ffff7dee7b7 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#6  0x00007ffff7dea0c4 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#7  0x00007ffff7dede63 in _dl_open () from /lib64/ld-linux-x86-64.so.2
#8  0x00007ffff79bc03b in ?? () from /usr/lib/libdl.so.2
#9  0x00007ffff7dea0c4 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff79bc619 in ?? () from /usr/lib/libdl.so.2
#11 0x00007ffff79bc0e1 in dlopen () from /usr/lib/libdl.so.2
#12 0x00000000004022ff in GetLibHandle (
    aDependentLib=0x7fffffffb5d0 "/home/fred/logs/mail/objdir-tb/dist/bin/libxul.so")
    at /home/fred/logs/mail/src/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:227
#13 ReadDependentCB (aDoPreload=<optimized out>, 
    aDependentLib=0x7fffffffb5d0 "/home/fred/logs/mail/objdir-tb/dist/bin/libxul.so")
    at /home/fred/logs/mail/src/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:276
#14 XPCOMGlueLoad (aXPCOMFile=<optimized out>)
    at /home/fred/logs/mail/src/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:456
#15 0x0000000000402454 in XPCOMGlueStartup (aXPCOMFile=<optimized out>)
    at /home/fred/logs/mail/src/mozilla/xpcom/glue/standalone/nsXPCOMGlue.cpp:521
#16 0x00000000004012ba in InitXPCOMGlue (argv0=<optimized out>, 
    xreDirectory=xreDirectory@entry=0x7fffffffe678)
    at /home/fred/logs/mail/src/mail/app/nsMailApp.cpp:286
#17 0x0000000000400ef6 in main (argc=1, argv=0x7fffffffe8a8)
    at /home/fred/logs/mail/src/mail/app/nsMailApp.cpp:351
Summary: Thunderbird crashing on start since 31st october 2014 nightly. → Thunderbird crashing in nsXPCOMGlue.cpp while starting.
Summary: Thunderbird crashing in nsXPCOMGlue.cpp while starting. → Thunderbird crashing on start since 31st october 2014 nightly.
Summary: Thunderbird crashing on start since 31st october 2014 nightly. → Thunderbird crashing on start in HTMLInputElement.cpp:193
Component: General → DOM: Core & HTML
Product: Thunderbird → Core
Modified component after a small search on HTMLInputElement on bugzilla.
Bisecting the m-c/inbound bits here would probably be useful.
(In reply to Boris Zbarsky [:bz] from comment #6)
> Bisecting the m-c/inbound bits here would probably be useful.

Of course. Will do this asap and report last working build and first broken one.
(In reply to Boris Zbarsky [:bz] from comment #6)
> Bisecting the m-c/inbound bits here would probably be useful.

Where are inbound build for mozilla thunderbird ? As it is only crashing Thunderbird, firefox is working well !
My SM_Trunk build on Linux x86_64 crashes immediately after the start. Only message given in a terminal is Segmentation fault
I was suspicious about http://hg.mozilla.org/mozilla-central/rev/55d15b285436. Backout failed for
patching file media/gmp-clearkey/0.1/Makefile.in
Hunk #1 FAILED at 4.
so i rrecklessly emoved the part for media/gmp-clearkey from the backout. For testing only. *g* Now the backout succeeded and the crash was gone. I am writing this comment with the new build.
> Where are inbound build for mozilla thunderbird ? 

I assume you'd have to make your own....

Mike, given comment 10, could you take a look please?
Flags: needinfo?(mh+mozilla)
(In reply to Boris Zbarsky [:bz] from comment #6)
> Bisecting the m-c/inbound bits here would probably be useful.

I ran a lengthy manual bisection myself. Bug 1077148 is directly implicated, more specifically, part 4 (http://hg.mozilla.org/mozilla-central/55d15b285436).
Depends on: 1077148
Attached patch bug1091077.patch (obsolete) — — Splinter Review 
This enables to boot Thunderbird again on linux.
I am not 100% sure there is no other place needs to be fixed.
Is that the right patch?
Attached patch bug109220.diff (obsolete) — — Splinter Review 
That was wrong.
Attachment #8515435 - Attachment is obsolete: true
Comment on attachment 8515436 [details] [diff] [review]
bug109220.diff

Review of attachment 8515436 [details] [diff] [review]:
-----------------------------------------------------------------

::: mailnews/mapi/mapiDll/moz.build
@@ +7,1 @@
>  

This is unnecessary change.
Attached patch Port bug 1077148 — — Splinter Review 
I'm not sure I'm handling the MAPI DLL generation properly.
Assignee: nobody → Pidgeot18
Attachment #8515436 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8515541 - Flags: review?(mh+mozilla)
Component: DOM: Core & HTML → Build Config
Product: Core → Thunderbird
Comment on attachment 8515541 [details] [diff] [review]
Port bug 1077148

Review of attachment 8515541 [details] [diff] [review]:
-----------------------------------------------------------------

LGTM
Attachment #8515541 - Flags: review?(mh+mozilla) → review+
(In reply to Joshua Cranmer [:jcranmer] from comment #22)
> Created attachment 8515541 [details] [diff] [review]
> Port bug 1077148

Works for my SM Linux x86_64.

> I'm not sure I'm handling the MAPI DLL generation properly.

Dont't know about that.
Comment on attachment 8515541 [details] [diff] [review]
Port bug 1077148

Review of attachment 8515541 [details] [diff] [review]:
-----------------------------------------------------------------

::: mailnews/mapi/mapiDll/moz.build
@@ +4,5 @@
>  # file, You can obtain one at http://mozilla.org/MPL/2.0/.
>  
> +# Statically link against the CRT, so that we don't go hunting around for it
> +# and not find it when we're loaded into explorer.exe or similar
> +GeckoSharedLibrary('mozMapi32', msvcrt='static')

Actually, you want linkage=None, too.
Blocks: 1092815
https://hg.mozilla.org/comm-central/rev/84b1d9656728
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 36.0
See Also: → 1092553
Depends on: 1096086
Keywords: regression
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: