316853 - Crash when extensions calls alert(...) in extension.js [@ nsWeakReference::`vftable']

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[KJanowicz]

User-Agent:       Opera/8.50 (Windows NT 5.1; U; de)
Build Identifier: 1.5.rc1 (20051025)

just a minor bug: for debuging some thunderbird extensions (that i am just developing) i tried to use javascript alert, but most of the time thunderbird crashes immediately after opening the alert window.

Reproducible: Always

Comment 1

[Ray Booysen]

Does it crash or just hang?

Comment 2

[KJanowicz]

------- Comment #1 from [e-mail]  2005-11-17 07:15 PST ------
Does it crash or just hang?

--> 
no, it realy crashes.
as demo you can just extend the contexmenu with another menuitem and call alert when the menuitem gets clicked.

Comment 3

[Adam Guthrie]

Could you install with talkback and get a talkback ID for the crash? http://kb.mozillazine.org/Talkback

Comment 4

[KJanowicz]

done:
TB12619729H, TB12619727W, TB12619636Z

this time i've used localName form am menu item.

Comment 5

[Adam Guthrie]

I swear I've seen a stack like this before.

Incident ID: 12619636
Stack Signature	nsWeakReference::`vftable' 3b77992d
Product ID	Thunderbird15
Build ID	2005102519
Trigger Time	2005-12-05 05:54:11.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	xpcom_core.dll + (00042535)
URL visited	
User Comments	
Since Last Crash	28216 sec
Total Uptime	1185303 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
nsWeakReference::`vftable'
0x778b0c24
nsHTMLEditor::AbsolutePositionSelection  [e:/builds/tinderbox/Tb-Mozilla1.8/WINNT_5.0_Depend/mozilla/editor/libeditor/html/nsHTMLAbsPosition.cpp, line 90]
nsChromeTreeOwner::QueryInterface
0xf9e5e8cb

Comment 6

[KJanowicz]

i've noticed that you have changed the severity to critical. if there is something i can do to help you, please let me know.

Comment 7

[timeless]

try crashing again w/ a different build (your stack isn't very happy), or if you're willing to use a developer's build and install windbg, let us know, and we'll make arrangements (that'd be ideal).

Comment 8

[KJanowicz]

(In reply to comment #7)
> or if you're willing to use a developer's build and install windbg, let us 
> know, and we'll make arrangements (that'd be ideal).

of course, just tell me what to do...

Comment 9

[timeless]

hrm, sorry for the delay, this got lost in some shuffle. i'm working w/ people on getting builds available. hopefully they'll happen relatively soon.

Comment 10

[Daniel Brooks [:db48x]]

Ok, you can use http://symbols.db48x.net/ as the symbol server. Unfortunately, I was sent the symbols for the 1.5 build as a seperate archive, so for the moment you have to use http://symbols.db48x.net/symbols_1_5/ as the url. The symbols are from builds dated 20060517.

Comment 11

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter, does the issue still occur in the latest supported 2.0.0.x / trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.16)

Comment 12

[Joshua Cranmer [:jcranmer]]

RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.