Closed Bug 118648 Opened 24 years ago Closed 24 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: 24 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.