215897 - "Tools > Search Addresses ", clicking Advanced button in Address Book crashes Thunderbird in js3250.dll

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[Malte Rücker (mbr)]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla Thunderbird 0.2a (20030807)

Selecting "Tools > Search Addresses" or clicking the "Advanced" button in
Address Book window causes Thunderbird to crash in some cases. It is
reproducible but it needs a bit patience since it may take some restarts of
Thunderbird to get it.
Most of the time, it took me about 10 restarts to get it crash, but sometimes it
crashes right after the first start. So it's not unlikely that this crash occurs
in "normal" use.

Reproducible: Sometimes

Steps to Reproduce:
1. Goto "Tools > Search Addresses..." or use the "Advanded" button in the
Address book (the latter takes more annoying clicks so use the menu).
2a. If the "Advanced Address Book Search" window comes up, restart thunderbird
and go back to step one. It won't crash in that session when the window showed
up normally.
2b. See the crash.

Actual Results:  
Thunderbird crashes with an unhandled exception in js3250.dll (access violation).

Expected Results:  
Show that search window.

It crashed in file js/src/jsinterp.c in line 2052:
CACHED_SET(OBJ_SET_PROPERTY(cx, obj, id, &rval));
These were the last three function calls: 

js_Interpret(JSContext * 0x026d56a0, long * 0x0012fb68) line 2052 + 6 bytes
js_Execute(JSContext * 0x01eaa6b8, JSObject * 0x01eaa6b8, JSScript * 0x0239c358,
JSStackFrame * 0x00000000, unsigned int 0, long * 0x0012fb68) line 1057
JS_ExecuteScript(JSContext * 0x026d56a0, JSObject * 0x01eaa6b8, JSScript *
0x0239c358, long * 0x0012fb68) line 3384 + 26 bytes

Any more information you need for tracking this down?

As a side note, in previous Thunderbird builds (e.g. up to 0.1 release) it did
not crash when performing these steps but it freezed the whole application. This
freeze occurs in Mozilla Mail too. Not sure about the crash.

(setting severity to normal as it does not seem to be a frequent problem)

Comment 1

[Malte Rücker (mbr)]

I submitted a talkback report of an equivalent Mozilla Mail crash (it crashes too).
incident id: TB22793339X

Comment 2

[Calum Mackay]

*** Bug 216264 has been marked as a duplicate of this bug. ***

Comment 3

[Calum Mackay]

confirmed crash, linux/x86, 20030818. No traceback available as yet.

Comment 4

[Malte Rücker (mbr)]

*** Bug 214996 has been marked as a duplicate of this bug. ***

Comment 5

[Malte Rücker (mbr)]

*** Bug 222453 has been marked as a duplicate of this bug. ***

Comment 6

[Oleg Sidletskiy]

please note that bug 179814 is similar to this one, but talks specifically about
LDAP search crashes, so I'm not sure if it's a duplicate or not (Bug 214996
however was more likely to be a dupe of bug 179814, than this bug).

Comment 7

[Oleg Sidletskiy]

-> making the bug more searchable

Comment 8

[WADA:World Anti-bad-Duping Agency]

Same problem occured on Mozilla trunk nightlies and I already opened Bug 223502.
As I described in Bug 223502, Mozilla crash in js3250.dll occurs only if
"Disable XUL cache" is checked at Preference/Debug/networking
(nglayout.debug.disable_xul_cache="true").

I can't find "nglayout.debug.disable_xul_cache" in prefs.js of my Thunderbird.
Scott, what is Thunderbird default value of nglayout.debug.disable_xul_cache?

Comment 9

[Scott MacGregor]

the xul cache is on by default an can only be disabled in debug builds through
some debug menus (none of which are present in thunderbird).

Comment 10

[WADA:World Anti-bad-Duping Agency]

> the xul cache is on by default
Scott, which do you mean by "xul cache is on"?
(a) XUL cache is NOT active (nglayout.debug.disable_xul_cache="true")
(b) XUL cache is active (nglayout.debug.disable_xul_cache="false")

If (a), this is same as Bug 223502 and activating XUL chache (change
nglayout.debug.disable_xul_cache value from true to false) resolves the problem.
Are there any reason to disable XUL cache in Thunderbird? 
Note that Mozilla's default setting for this option is "FALSE".
I had changed this option to "true" for XUL cache related test and forgot to put
it back to "false", then experienced Bug 223502.

If (b), they are different problems, I think.

Comment 11

[WADA:World Anti-bad-Duping Agency]

Scott, see Bug 223502 Comment #6 by Serge GAUTHERIE
> Let's also remind bug 159364 comment 4:
> {
> The ability to disable the "xul cache" is de facto unmaintained
> and untested.
> }

Comment 12

[Robby Workman]

Is what's referenced in <a
href="http://forums.mozillazine.org/viewtopic.php?t=84004&highlight=">this
thread</a> a duplicate of this bug, or do I need to file a new bug report?  It's
similar, and probably related...
RW

Comment 13

[WADA:World Anti-bad-Duping Agency]

Bug 223502(Mozilla Suite casek) is already WORKSFORME'ed.
And Thunderbird 1.0 doesn't have "Advanced Button" in Address Book any more
(Search box is implemented), then no problem was observed on Thunderbird(1.0.2
release build, Win-2K).
I think this bug also can be closed as WORKSFORME.

Reporters, does problem still remain on latest Thunderbird?

Comment 14

[Wayne Mery (:wsmwk)]

(In reply to comment #13)
> Reporters, does problem still remain on latest Thunderbird?

I'm not a reporter, but since they've all gone to sleep...

marking WFM - TB version 1.6a1 (20051113)