Closed
Bug 7526
Opened 26 years ago
Closed 25 years ago
Apprunner crashes on exit
Categories
(Core Graveyard :: Tracking, defect, P2)
Tracking
(Not tracked)
People
(Reporter: braden, Assigned: law)
Details
Apprunner crashes on exit, without fail. The browser window closes, but the console window hangs around. I end up having to kill winoldap with the "Close Program" dialog (Ctrl-Alt-Del).
I do not crash exit on Win95 with 1999060109 build. claudius, please try Win98. braden, we need more info thn a one liner in bug to assist. What build? What we're you doing prior to exit...etc. Please read: http://www.mozilla.org/quality/bug-writing-guidelines.html
I'm not sure exactly when this started, but it was before M6. It happens with M6 and with the nightly build I downloaded last night. Also, I've noticed this happens with viewer, too, so apparently this isn't really an apprunner bug. Like I said... This happens *without fail*. It doesn't matter what I'm doing before exit.
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Comment 3•26 years ago
|
||
File|Quit works fine for me on Win98 with the 1999060208 build. Bug 5164 describes a similar problem for Win95 as do others i believe. Unfortunately, none of them have been sufficiently reproducible, so I am forced to mark this one WFM. If yo can get a stack trace from the crash maybe we can revisit it again.
Reopening the bug...I found the stack trace. See braden...your not really crazy :-) Trigger Type: Program Crash Trigger Reason: Access violation Call Stack: (Signature = JS3250.DLL + 0x1ba6f (0x0051ba6f) cf8345e0) JS3250.DLL + 0x1ba6f (0x0051ba6f) JS3250.DLL + 0x16baf (0x00516baf) JS3250.DLL + 0x131d7 (0x005131d7) JS3250.DLL + 0x16b65 (0x00516b65) JS3250.DLL + 0x131d7 (0x005131d7) JS3250.DLL + 0x13307 (0x00513307) JS3250.DLL + 0x35a1 (0x005035a1) JSDOM.DLL + 0xf418 (0x0129f418) RAPTORHTML.DLL + 0x7bb46 (0x0134bb46) RAPTORHTML.DLL + 0xfec8 (0x012dfec8) RAPTORHTML.DLL + 0x99d86 (0x01369d86) RAPTORHTML.DLL + 0x7c6f3 (0x0134c6f3) RAPTORHTML.DLL + 0x7c21e (0x0134c21e) RAPTORHTML.DLL + 0x22733 (0x012f2733) RAPTORVIEW.DLL + 0x1d4b (0x040a1d4b) RAPTORVIEW.DLL + 0x1d10 (0x040a1d10) RAPTORVIEW.DLL + 0x1d10 (0x040a1d10) RAPTORVIEW.DLL + 0x1d10 (0x040a1d10) RAPTORVIEW.DLL + 0x6381 (0x040a6381) RAPTORVIEW.DLL + 0x23fa (0x040a23fa) RAPTORWIDGET.DLL + 0x5ed0 (0x01615ed0) RAPTORWIDGET.DLL + 0x5f16 (0x01615f16) RAPTORWIDGET.DLL + 0x80b8 (0x016180b8) RAPTORWIDGET.DLL + 0x82e4 (0x016182e4) RAPTORWIDGET.DLL + 0x79a1 (0x016179a1) RAPTORWIDGET.DLL + 0x5fa0 (0x01615fa0) KERNEL32.DLL + 0x363b (0xbff7363b) KERNEL32.DLL + 0x242e7 (0xbff942e7) 0x00788c3e
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → WORKSFORME
Resolved as WORKSFORME. I just can't reproduce this after several repeated attempts. If you want to re-open it then assign it to a Gecko or Javascript person, because that's where it's dying in the stack trace.
braden, can you get this to happen consistently with latest build? Are you using the latest build. We always need the build number please.
Yes. This happens consistently with the latest build (6/6).
Assignee: don → law
Status: REOPENED → NEW
Priority: P3 → P2
Target Milestone: M8
Well, none of us in XPApps can reproduce this. Sigh. Re-assinging to Bill for M8 for now.
Status: NEW → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → DUPLICATE
Target Milestone: M8
Comment 10•25 years ago
|
||
Make this a duplicate of bug #7799 and track it with other crash on exit bugs. *** This bug has been marked as a duplicate of 7799 ***
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•25 years ago
|
||
VERIFIED dupe since we are tracking this elsewhere
Comment 12•25 years ago
|
||
Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•