Closed
Bug 7526
Opened 26 years ago
Closed 26 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 → 26 years ago
Resolution: --- → DUPLICATE
Target Milestone: M8
Comment 10•26 years ago
|
||
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•26 years ago
|
||
VERIFIED dupe since we are tracking this elsewhere
Comment 12•26 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•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•