480401 - Crash in debug version of Shredder when clicking on a link to #.

Status: RESOLVED FIXED

(Thunderbird :: Mail Window Front End, defect)

Description

[Blake Winton (:bwinton) (:☕️)]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.6) Gecko/2009011912 Firefox/3.0.6
Build Identifier: ShredderDebug 3.0b3pre

I pulled changeset: 2090:81b62dba7723, and compiled it.  Then, when I clicked on a link to "#" in a message (which I hope to attach), thunderbird printed the following to the gdb console:
--WEBSHELL 0x1ab84450 == 6
###!!! ASSERTION: null channel: 'channel', file ../../../mozilla/dist/include/necko/nsNetUtil.h, line 1098
Program received signal:  “EXC_BAD_ACCESS”.
and would crash, if I let it continue.

I'm on IRC in #maildev as bwinton, and have GDB up and running, and would love to help track this down.  (I can reliably reproduce it, so if whomever ends up with this bug wants more information, or can help me figure out what's happening/how to fix it later, that would work for me too.)


Reproducible: Always

Steps to Reproduce:
1. View the attached message.
2. Click on the main banner.
Actual Results:  
ShredderDebug crashes.

Expected Results:  
Perhaps it should have taken me to the top of the message.  That's what the non-debug version of Shredder does, and it seems reasonable.

Comment 1

[Blake Winton (:bwinton) (:☕️)]

Attachment: The gdb log of me replicating the bug.

Comment 2

[Blake Winton (:bwinton) (:☕️)]

Attachment: The email that causes the crash.

(The link that causes it is the big banner image at the top center.)

Comment 3

[Ludovic Hirlimann [:Usul]]

Blake did the crash reporter fire ? if so can you give us the crash ID ?

Comment 4

[Ludovic Hirlimann [:Usul]]

 bp-e1693257-0a45-4762-ad77-a5ab62090226

0  	libmailnews.dylib  	libmailnews.dylib@0xc8010  	
1 	libmailnews.dylib 	libmailnews.dylib@0xc842f 	
2 	libmailnews.dylib 	libmailnews.dylib@0xc8461 	
3 	libmailnews.dylib 	libmailnews.dylib@0xc3e3b 	
4 	libdocshell.dylib 	libdocshell.dylib@0x5a51d 	
5 	libdocshell.dylib 	libdocshell.dylib@0x5a56d 	
6 	libdocshell.dylib 	libdocshell.dylib@0x11eb9 	
7 	libdocshell.dylib 	libdocshell.dylib@0x155f1 	
8 	libdocshell.dylib 	libdocshell.dylib@0x2829f 	
9 	libdocshell.dylib 	libdocshell.dylib@0x43191 	
10 	libdocshell.dylib 	libdocshell.dylib@0x4634d 	
11 	libxpcom_core.dylib 	libxpcom_core.dylib@0x87957 	
12 	libxpcom_core.dylib 	libxpcom_core.dylib@0x10dfd 	
13 	libwidget_mac.dylib 	libwidget_mac.dylib@0x740de 	
14 	libwidget_mac.dylib 	libwidget_mac.dylib@0x2afc9 	
15 	CoreFoundation 	CoreFoundation@0x735f4 	
16 	CoreFoundation 	CoreFoundation@0x73cd7 	
17 	HIToolbox 	HIToolbox@0x302bf 	
18 	HIToolbox 	HIToolbox@0x30011 	
19 	HIToolbox 	HIToolbox@0x2ff4c 	
20 	AppKit 	AppKit@0x40d7c 	
21 	AppKit 	AppKit@0x4062f 	
22 	AppKit 	AppKit@0x3966a 	
23 	libwidget_mac.dylib 	libwidget_mac.dylib@0x2988b 	
24 	libtoolkitcomps.dylib 	libtoolkitcomps.dylib@0x43e5 	
25 	XUL 	XUL@0xc3f9 	
26 	thunderbird-bin 	thunderbird-bin@0x185e 	
27 	thunderbird-bin 	thunderbird-bin@0x107d 	
28 	thunderbird-bin 	thunderbird-bin@0xfa4 	
29 		@0x1

Comment 5

[Mark Banner (:standard8)]

This is most likely fixed by http://hg.mozilla.org/comm-central/rev/9c3f21f04cf0 (bug 479906), can you recompile and try again?

Comment 6

[Blake Winton (:bwinton) (:☕️)]

I got latest, recompiled, tried again, and it now does the same thing as the non-debug build.  Man, you people are fast.  :)

Thanks,
Blake.

Comment 7

[Mark Banner (:standard8)]

(In reply to comment #6)
> I got latest, recompiled, tried again, and it now does the same thing as the
> non-debug build.  Man, you people are fast.  :)

FTR it was http://hg.mozilla.org/comm-central/rev/9c3f21f04cf0 that fixed it (from bug 479906).