Closed Bug 118648 Opened 23 years ago Closed 23 years ago

Crash typing in Quick Search

Categories

(SeaMonkey :: MailNews: Message Display, defect, P2)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 118004
mozilla1.0

People

(Reporter: scottputterman, Assigned: sspitzer)

References

Details

Using 1/7 build on Win NT.

Over the last week or so, I've crashed 3 times while typing in Quick Search. 
Unfortunately my talkback stacks aren't going to be too useful.  From one of
them, I wonder if we have a timer issue.

Here are the ids:

1153156
1355771
1243431

the first two have this as a stack:

0x0ae3da40 

The third has this:

destroyMyEvent [d:\builds\seamonkey\mozilla\xpcom\threads\nsTimerImpl.cpp, line 286]
PL_DestroyEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 628]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 603]
PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 524]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line
1072]
Status: NEW → ASSIGNED
Keywords: nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla0.9.9
I have been trying to reproduce this but haven't succeeded so far. Any point 
that might be useful?

Only a few incidents of crashes as per talkback data.

Priority: P1 → P2
Yeah, that's why I crashed 3 times before filing the bug.  I figure this is
going to be hard to reproduce.  All I know is that it happened while either
typing or backspacing in QuickSearch.  It might have been when doing a
QuickSearch when a current search was being displayed.  If this happens again,
I'll try to pay attention to everything else I was doing at the time.
I told Navin this but I'll add it here.  I was able to reproduce again by just
randomly typing into Quick Search and then backspacing and typing some more.  I
did that about 10 or so times and it eventually crashed.
I just crashed twice more trying to reproduce this.  It's pretty easy for me to
reproduce.  My most recent crashes are on today's respin build (1/10)
you don't use the return key, do you ?


Not that I know of.  I can make it crash without using the return key.  I can
show you on my machine if you'd like.
I created a new profile and the same crash occurs.  I'm now at a point where I
can't use this without crashing.  I'm lucky if I can get one search in a session.

I'm trying to get a build but am having some trouble. If we can get a build on
my machine, maybe this can get fixed.
I think cavin told me, he works on winNT. Cavin, do you crash on typing in quick
search. 
Yes, I'm running on NT and I could not get it to fail for about 30+ queries. I
did following putterman's instructions.  Maybe you can try it on my machine. I'm
running 02-11-02 build.
moving out until I can get a build so we can look at this.
Target Milestone: mozilla0.9.9 → mozilla1.0
I think this is a duplicate of bug 118004

The crash is rather sporadic, I've hit it a couple of times. I posted Purify
info in 118004
reassigning to Seth.  Kerz can reproduce this on his machine and has a debug build.
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
*** Bug 129190 has been marked as a duplicate of this bug. ***
this should become a dup of #118004, but lets wait to test brendan's patch 
before doing that.
Depends on: 118004
No longer depends on: 118004
based on kerz's comments (how brendan's patch fixes this) I'm going to mark 
this a dup.

*** This bug has been marked as a duplicate of 118004 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
I tried kerz's debug build and this appears to be working now!
I notice the master to this bug is still not fixed... still leaving this one
open as a reminder to check this when that is resolved.
marking verified 
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Component: MailNews: Search → MailNews: Message Display
QA Contact: laurel → search
You need to log in before you can comment on or make changes to this bug.