Closed
Bug 43472
Opened 25 years ago
Closed 24 years ago
crashes on exit in recent fullcircle builds [@ ViewportFrame::Destroy or nsContainerFrame::Destroy]
Categories
(Core :: Layout, defect, P1)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: namachi, Assigned: talkback)
References
Details
(4 keywords, Whiteboard: [nsbeta2-][nsbeta3+][pdtp1])
Crash Data
Attachments
(1 file)
947 bytes,
patch
|
Details | Diff | Splinter Review |
0x80410014
0x80410014 dbdbda2e
line
Build: 2000061908 CrashDate: 2000-06-19 UptimeMinutes: 37
Total: 37
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12693224
0x80410014 dbdbda2e
line
Build: 2000062008 CrashDate: 2000-06-20 UptimeMinutes: 13
Total: 13
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12760015
0x80410014 dbdbda2e
line
Build: 2000062008 CrashDate: 2000-06-20 UptimeMinutes: 2
Total: 2
OS: MacOS version 9.0.4
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12760018
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 3
Total: 12
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12827837
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 12
Total: 12
OS: MacOS version 8.6
URL:
Comment: 7
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12829174
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 27
Total: 39
OS: MacOS version 8.6
URL:
Comment: 7
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12830875
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 7
Total: 112
OS: MacOS version 8.6
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12841929
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 277
Total: 277
OS: MacOS version 9.0
URL:
Comment: .
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12841943
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 1
Total: 1
OS: MacOS version 8.6
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12847391
Stack Trace :-
ncident ID 12827837
0x80410014
ViewportFrame::Destroy() [nsViewportFrame.cpp]
FrameManager::~FrameManager() [nsFrameManager.cpp]
FrameManager::Release() [nsFrameManager.cpp]
PresShell::~PresShell() [nsPresShell.cpp]
PresShell::Release() [nsPresShell.cpp]
nsCOMPtr_base::~nsCOMPtr_base() [nsCOMPtr.cpp]
DocumentViewerImpl::~DocumentViewerImpl() [nsDocumentViewer.cpp]
DocumentViewerImpl::Release() [nsDocumentViewer.cpp]
nsCOMPtr_base::assign_with_AddRef() [nsCOMPtr.cpp]
.__as__28nsCOMPtr<16nsIContentViewer>FP16nsIContentViewer [nsCOMPtr.h]
nsDocShell::Destroy() [nsDocShell.cpp]
nsWebShell::Destroy() [nsWebShell.cpp]
nsXULWindow::Destroy() [nsXULWindow.cpp]
nsWebShellWindow::Destroy() [nsWebShellWindow.cpp]
nsWebShellWindow::Close() [nsWebShellWindow.cpp]
nsAppShellService::~nsAppShellService() [nsAppShellService.cpp]
nsAppShellService::Release() [nsAppShellService.cpp]
nsXPCWrappedNative::~nsXPCWrappedNative() [xpcwrappednative.cpp]
nsXPCWrappedNative::Release() [xpcwrappednative.cpp]
nsXPCWrappedNative::JSObjectFinalized() [xpcwrappednative.cpp]
WrappedNative_Finalize() [xpcwrappednativejsops.cpp]
js_FinalizeObject() [jsobj.c]
js_GC() [jsgc.c]
js_ForceGC() [jsgc.c]
js_DestroyContext() [jscntxt.c]
JS_DestroyContext() [jsapi.c]
mozJSComponentLoader::~mozJSComponentLoader() [mozJSComponentLoader.cpp]
mozJSComponentLoader::Release() [mozJSComponentLoader.cpp]
nsSupportsHashtable::ReleaseElement() [nsHashtable.cpp]
_hashEnumerate() [nsHashtable.cpp]
PL_HashTableEnumerateEntries() [plhash.c]
nsHashtable::Enumerate() [nsHashtable.cpp]
nsSupportsHashtable::~nsSupportsHashtable() [nsHashtable.cpp]
nsComponentManagerImpl::Shutdown() [nsComponentManager.cpp]
NS_ShutdownXPCOM() [nsXPComInit.cpp]
main() [nsAppRunner.cpp]
.__start
Reporter | ||
Comment 1•25 years ago
|
||
Adding keywords crash, topcrash
Reporter | ||
Comment 2•25 years ago
|
||
With User Comments :-
0x80410014
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 7
Total: 112
OS: MacOS version 8.6
URL:
Comment: Crash quitting aim on mac
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12841929
0x80410014 dbdbda2e
line
Build: 2000062008 CrashDate: 2000-06-20 UptimeMinutes: 2
Total: 2
OS: MacOS version 9.0.4
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12760018
0x80410014 dbdbda2e
line
Build: 2000062008 CrashDate: 2000-06-20 UptimeMinutes: 13
Total: 13
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12760015
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 277
Total: 277
OS: MacOS version 9.0
URL:
Comment: Not sure if I did anything much before Exit
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12841943
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 3
Total: 12
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12827837
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 1
Total: 1
OS: MacOS version 8.6
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12847391
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 27
Total: 39
OS: MacOS version 8.6
URL:
Comment: crash quitting browser again
Mac 2000-06-21-08M1
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12830875
0x80410014 dbdbda2e
line
Build: 2000061908 CrashDate: 2000-06-19 UptimeMinutes: 37
Total: 37
OS: MacOS version 9.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12693224
0x80410014 dbdbda2e
line
Build: 2000062108 CrashDate: 2000-06-21 UptimeMinutes: 12
Total: 12
OS: MacOS version 8.6
URL:
Comment: Crash quitting browser on Mac 2000-06-21-08M1
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=12829174
Summary: crashes on the recent builds. → crashes on exit in the recent builds.
Comment 3•25 years ago
|
||
Changing platform to all. On Linux, I get a crash on exit absolutely every time
with today's or yesterday's commercial release build. I've filed lots of
talkback reports.
OS: Mac System 9.0 → All
Hardware: Macintosh → All
Comment 4•25 years ago
|
||
Here are some talkback reports:
http://cyclone/reports/incidenttemplate.CFM?reportID=124&style=0&tc=4&cp=1&ck1=S
User+email+address&cd1=%25akkana%25&co1=like&bbid=13216795
http://cyclone/reports/incidenttemplate.CFM?reportID=124&style=0&tc=4&cp=3&ck1=S
User+email+address&cd1=%25akkana%25&co1=like&bbid=13143445
http://cyclone/reports/incidenttemplate.CFM?reportID=124&style=0&tc=4&cp=4&ck1=S
User+email+address&cd1=%25akkana%25&co1=like&bbid=13133336
and here's a stack trace (they're all the same):
Call Stack: (Signature = nsContainerFrame::Destroy() 88f8030c)
nsContainerFrame::Destroy()
ViewportFrame::Destroy()
FrameManager::~FrameManager()
FrameManager::Release()
PresShell::~PresShell()
PresShell::Release()
nsCOMPtr_base::~nsCOMPtr_base()
DocumentViewerImpl::~DocumentViewerImpl()
DocumentViewerImpl::Release()
nsCOMPtr_base::assign_with_AddRef()
nsDocShell::Destroy()
nsWebShell::Destroy()
nsXULWindow::Destroy()
nsWebShellWindow::Destroy()
nsWebShellWindow::Close()
[...]
A debug mozilla build says:
XXX WARNING: Number of webshells being leaked: 1
but does not crash on exit.
Comment 5•25 years ago
|
||
over to layout for further triage.
Assignee: asa → clayton
Component: Browser-General → Layout
QA Contact: doronr → petersen
Comment 6•25 years ago
|
||
What really scares me is the report with "UptimeMinutes: 1"
upping severity, nominating for beta2
Severity: normal → critical
Keywords: nsbeta2
Comment 7•25 years ago
|
||
This is a more general bug report of the crash that is reported in bug 41339
which is marked nsbeta2+.
Marking this bug nsbeta2+ and marking 41339 as a dup of this bug...
Whiteboard: [nsbeta2+]
Comment 9•25 years ago
|
||
Re-assigning to myself for a more detailed triage... CCing karnaze and
waterson, the layout guys for input.
Assignee: clayton → nisheeth
Comment 10•25 years ago
|
||
I cannot reproduce this in today's morning NT commercial debug build. Is
someone else seeing this? Marking qawanted and updating status whiteboard.
Keywords: qawanted
Whiteboard: [nsbeta2+] → [nsbeta2+] Cannot reproduce.
Comment 11•25 years ago
|
||
I still see this every single time I exit with the 6/30 release build. You're
welcome to try it on my machine (I've submitted several fullcircle reports
already). Removing qawanted if my assumption is right that it means "need help
reproducing".
Keywords: qawanted
Comment 12•25 years ago
|
||
Updating OS to Linux. Akkana, does your debug build crash on exit, too?
OS: All → Linux
Whiteboard: [nsbeta2+] Cannot reproduce. → [nsbeta2+]
Comment 14•25 years ago
|
||
No, my debug build doesn't; just the release, commercial, fullcircle build.
Updated•25 years ago
|
OS: All → Linux
Whiteboard: [nsbeta2+] → [nsbeta2+] Will look at on 7/5/00
Comment 15•25 years ago
|
||
Akkana has fired off an optimized build with debug symbols for me. I'll use
that to investigate this more on Wednesday....
Comment 16•25 years ago
|
||
I have a debug commercial build available -- but it doesn't crash on exit. Only
the release build (with fullcircle) seems to have a problem, and today's
fullcircle build still calls up a fullcircle build on exit. Could this be a
fullcircle-introduced instability? (I haven't tried making an optimized
commercial build, though; I could do that, if you think it's worthwhile.)
My debug build, if you want it for anything, is on guitar at /builds/commercial.
Summary: crashes on exit in the recent builds. → crashes on exit in recent fullcircle builds
Reporter | ||
Comment 17•25 years ago
|
||
Are you able to submit the crash report ?
Comment 18•25 years ago
|
||
Yes. I've submitted at least ten so far (one from today's build).
Comment 19•25 years ago
|
||
One thing I should have mentioned is that although I don't crash with my
commercial debug build, I do get a couple of asserts when exiting:
###!!! ASSERTION: NS_ENSURE_TRUE(aPropertyName) failed: 'aPropertyName', file
nsFrameManager.cpp, line 1776
###!!! Break: at file nsFrameManager.cpp, line 1776
###!!! ASSERTION: NS_ENSURE_TRUE(aPropertyName) failed: 'aPropertyName', file
nsFrameManager.cpp, line 1776
###!!! Break: at file nsFrameManager.cpp, line 1776
Strangely, I don't get them when running under the debugger.
Comment 20•25 years ago
|
||
Actually, Akkana, it would be helpful to have an optimized build with debug
symbols. Could you fire that off for me? Thanks a lot.
Whiteboard: [nsbeta2+] Will look at on 7/5/00 → [nsbeta2+] Awaiting optimized build with debug symbols
Reporter | ||
Comment 21•25 years ago
|
||
Since this crash happens in Linus as well as Mac I am changing the OS to all.
Commonly reproducible in the following :-
OS: MacOS version 8.6
OS: MacOS version 9.0.4
OS: Linux 2.2.14-5.0smp
Latest update from Talkback:
0x80410014 dbdbda2e
line
Build: 2000070511 CrashDate: 2000-07-05 UptimeMinutes: 1 Total:
7
OS: MacOS version 8.6
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13663627
0x80410014 dbdbda2e
line
Build: 2000070608 CrashDate: 2000-07-06 UptimeMinutes: 77
Total: 117
OS: MacOS version 9.0
URL:
Comment: crash on qui
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13720935
0x80410014 dbdbda2e
line
Build: 2000070511 CrashDate: 2000-07-06 UptimeMinutes: 0 Total:
4
OS: MacOS version 9.0.4
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13707931
0x80410014 dbdbda2e
line
Build: 2000070511 CrashDate: 2000-07-06 UptimeMinutes: 0 Total:
5
OS: MacOS version 9.0.4
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13707980
0x80410014 dbdbda2e
line
Build: 2000070511 CrashDate: 2000-07-06 UptimeMinutes: 0 Total:
6
OS: MacOS version 9.0.4
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13708578
--------------------------
Linux Crash reports.
nsContainerFrame::Destroy() 88f8030c
line
Build: 2000070508 CrashDate: 2000-07-05 UptimeMinutes: 0 Total: 0
OS: Linux 2.2.14-5.0smp
URL: about:blank
Comment: 7/5 build: start up on about:blank
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13657936
nsContainerFrame::Destroy() 53efab9b
line
Build: 2000070320 CrashDate: 2000-07-04 UptimeMinutes: 17 Total: 52
OS: Linux 2.2.14-5.0
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13586820
nsContainerFrame::Destroy() e496227d
line
Build: 2000070508 CrashDate: 2000-07-05 UptimeMinutes: 25 Total: 76
OS: Linux 2.2.5-22
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13660448
nsContainerFrame::Destroy() e496227d
line
Build: 2000070420 CrashDate: 2000-07-05 UptimeMinutes: 109 Total: 109
OS: Linux 2.2.5-15
URL:
Comment:
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13649066
nsContainerFrame::Destroy() 35fefdca
line
Build: 2000070608 CrashDate: 2000-07-06 UptimeMinutes: 1 Total: 282
OS: Linux 2.2.12-20
URL:
Comment: linux
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13734678
nsContainerFrame::Destroy() 5baf15ee
line
Build: 2000070608 CrashDate: 2000-07-06 UptimeMinutes: 529 Total: 529
OS: Linux 2.2.5-22
URL:
Comment: crash on qui
Stacktrace:
http://cyclone/reports/stackcommentemail.cfm?dynamicBBID=13735757
OS: Linux → All
Comment 22•25 years ago
|
||
*** Bug 39858 has been marked as a duplicate of this bug. ***
Comment 23•25 years ago
|
||
nisheeth, could you put an ETA in this bug so that we can mark the ETA in the
dependent AIM bug as well. thanks, Vishy
Comment 24•25 years ago
|
||
I'm doing an optimized build with debug symbols to debug this today and will add
an ETA as soon as I have a handle on the problem.
Status: NEW → ASSIGNED
Whiteboard: [nsbeta2+] Awaiting optimized build with debug symbols → [nsbeta2+]
Comment 25•25 years ago
|
||
Eric Pollmann and I couldn't reproduce this with today's commercial build on our
linux boxes which are running linux 2.2.12-20. Mike Pinkerton is running Mac OS
9.0.4 and he couldn't reproduce the crash on exit with today's commercial
build either. I went up to Akkana's machine which is running linux
2.2.14-5.0smp and the crash is reproducable there.
Given that this crash is not reproducable on all machines, we should probably
not consider this a beta 2 stopper. I'm removing the beta2+ designation and
adding a nsbeta3 keyword.
Chris (Petersen), it would be great if we could get some QA on this bug and see
whether we get a crash on exit on commercial builds with fullcircle enabled on
different Linux and Mac kernels.
Comment 27•25 years ago
|
||
I smoketested today's build (2000-07-13-08-M17 commercial) and i got a crash on
file|quit on Linux and Mac and not on Win32.
Comment 28•25 years ago
|
||
Can we get this reevaluated? I know it's hard to track down and all that, but
it's not just my machine, and we're going to look really bad if we release a
beta where the user can't exit without getting a fullcircle dialog every time.
We have *lots* of fullcircle reports on this crash. If fullcircle reports
aren't useful for helping to track down crashes, why are we inflicting them on
users?
Whiteboard: [nsbeta2-]
Comment 29•25 years ago
|
||
I agree with akkana. I think this bug should be nsbeta2+ given that other
people are seeing this crash too...
Updated•25 years ago
|
Summary: crashes on exit in recent fullcircle builds → crashes on exit in recent fullcircle builds [@ ViewportFrame::Destroy]
Updated•25 years ago
|
Summary: crashes on exit in recent fullcircle builds [@ ViewportFrame::Destroy] → crashes on exit in recent fullcircle builds [@ ViewportFrame::Destroy or nsContainerFrame::Destroy]
Comment 31•25 years ago
|
||
sound like we just need to make a debug build,
drop the fullcircle binaries and master.ini
into the debug build tree and run the exit test
case to figure see if the full circle binaries
are creating the instability.
Reporter | ||
Comment 32•25 years ago
|
||
Steps tried to reproduce :-
Created a Mozilla Debug Build
Created Netscape Commerical Debug Build with fullcircle enabled
Copied master.ini
Launched Netscape6 and ran with few pages and exited.
No crash.
Next Step:-
Build Mozilla Optimized Build with Symbols.
Build Netscape Commercial Optimized Build with Symbols and fullcircle enabled.
and Same steps as above case.
Hope I can reproduce. Anybody have other ideas ?
Comment 33•25 years ago
|
||
I'll be glad to try running anyone's build on my machine, if you want to make it
available -- just let me know where to NFS mount or ftp the build.
Comment 34•25 years ago
|
||
So, I built an optimized build with debug symbols on Linux. I ran the build and
exited and did not see a crash. I've added my build directory to /etc/exports,
Akkana, so you can nfs mount /builds on anubis and get to the build. The full
path is /builds/nisheeth/ns/dist/bin. Please update the bug report with what
you find when you run this build from your machine. If you see the crash on
exit, we can debug this together tomorrow. Thanks!
Comment 35•25 years ago
|
||
Updating status white board - the ETA is indeterminate until this problem is
reproducable in a debuggable build.
Whiteboard: [nsbeta2+] → [nsbeta2+] ETA - indeterminate until this is reproducable in a debuggable build
Comment 36•25 years ago
|
||
Still seen on commercial Linux with build 2000-07-19-08-M17, but i do not see a
crash using commercial Mac anymore
Comment 37•25 years ago
|
||
Unfortunately, I don't seem to see it on the anubis build. I'll try a few more
times, but it's not looking good.
Comment 38•25 years ago
|
||
Alek, I've made a tarball (ns.tar.gz) of a fullcircle enabled optimized build
with debug symbols available in my home directory (/u/nisheeth). Please install
it on the box where you were able to reproduce the crash and run it. If you can
reproduce the crash with this build, we can try and debug this tomorrow evening.
I will be away during the day for a class.
Comment 39•25 years ago
|
||
Turns out Alek wasn't on the cc list. Adding him. Alek, please see my comment
on this bug right before this one. Thanks!
Comment 40•25 years ago
|
||
*** Bug 45842 has been marked as a duplicate of this bug. ***
Comment 41•25 years ago
|
||
news steps to reproduce the crash on linux:
-start browser
-File|Open File
-let it open a file in a new browser
-then in either browser window File|Quit *NOTE*: its crashes on only File|Quit
-100% reproducible
Comment 42•25 years ago
|
||
Attaching a patch that fixes this crash. Can somebody on the cc list please
code review this? Thanks.
Comment 43•25 years ago
|
||
Comment 44•25 years ago
|
||
Updating status whiteboard...
Whiteboard: [nsbeta2+] ETA - indeterminate until this is reproducable in a debuggable build → [nsbeta2+] Fix in hand. Awaiting code review.
Comment 45•25 years ago
|
||
The fix is checked in. r=rpotts.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 46•25 years ago
|
||
no longer seen on any platforms with commercial builds 2000-07-24-08-M17
Status: RESOLVED → VERIFIED
Comment 47•25 years ago
|
||
Really? I'm still seeing the crash with the 7/24 sweetlou commercial build.
I'll try downloading one later today. Maybe I got mislabelled bits or something
(wouldn't be the first time that had happened).
Comment 48•25 years ago
|
||
i've ran through the whole browser test File|Quiting after every test case and
can't reproduce a crash using build 2000-07-24-08-M17
Akkana: maybe the crash is specific to your computer.
Reporter | ||
Comment 49•25 years ago
|
||
Is this problem due to smp ?
Comment 50•25 years ago
|
||
Not SMP: I only have a single processor.
Using today's build as dogfood, I'm seeing a LOT of crashes doing practically
everything. In addition to the crash on exit, which still happens, I've been
getting random crashes in practically every area of the product, perhaps every
20-30 minutes.
I've switched to the mozilla build (no fullcircle); so far I've seen one crash,
which isn't enough to tell for sure whether it's more stable or not.
Reporter | ||
Comment 51•25 years ago
|
||
Akkana, your machine is Single processor machine. My suspicion is the kernel
is smp.(I may be wrong). The following information I got from Talkback incident.
This could be the reason.
System Information:
Linux
2.2.14-5.0smp
#1 SMP Tue Mar 7 21:01:40 EST 2000
Comment 52•25 years ago
|
||
This is the standard kernel that Redhat 6.2 installs. I did a vanilla Redhat
6.2 install and haven't changed the kernel.
Comment 53•25 years ago
|
||
Note, I'm still seeing this in the 7/28 build, though it's a little more
difficult to reproduce.
Here's how I make it happen:
1. Make sure I have a chrome directory under my profile directory. It doesn't
happen if I move my chrome directory aside. (Users will have a chrome directory
if they've mucked with themes, or if they've installed a user.css. It's not my
user.css causing the problem -- moving it aside doesn't make the crash go away,
only moving the whole chrome directory, and there's nothing else of note in the
chrome directory.)
2. Run mozilla http://www.mozilla.org
3. Click on the mail icon in the taskbar to bring up a mail window.
4. When Inbox has loaded (mine is IMAP, probably doesn't matter), click on a
message to read it.
5. Click on another message to read that one. (I have to read a second message
or I don't see the crash.)
6. Alt-Q to exit.
A fullcircle dialog will come up.
I'm going to reopen since the crash is still completely reproducible for me.
Note: may possibly be related to bug 46849, which I just filed.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 54•25 years ago
|
||
Are the new steps still worthy of nsbeta2+? Or can we relnote it?
Whiteboard: [nsbeta2+] Fix in hand. Awaiting code review.
Comment 55•25 years ago
|
||
Probably okay to relnote it, hoping people won't play with skins much, or
anything else that might make a chrome directory.
Comment 56•25 years ago
|
||
Does it crash on exit is you use Close Box instead of File/Quit?
Whiteboard: [NEED INFO]
Comment 57•25 years ago
|
||
No, doesn't happen if you close the windows one at a time instead of exiting the
app.
Comment 58•25 years ago
|
||
Putting on [nsbeta2-] radar. Not critical to beta2. Adding "relnote" keyword
for PR2 release.
Comment 59•25 years ago
|
||
seen on linux m18 build 2000-08-09-08-M18
Comment 60•25 years ago
|
||
Putting on dogfood+...can we get this fixed ASAP?
Whiteboard: [nsbeta2-] → [dogfood+][nsbeta2-]
Comment 61•25 years ago
|
||
this is on Linux only. Updating OS info.
OS: All → Linux
Hardware: All → Other
Comment 62•25 years ago
|
||
Marking nsbeta3+
Status: REOPENED → ASSIGNED
Whiteboard: [dogfood+][nsbeta2-] → [dogfood+][nsbeta2-][nsbeta3+]
Comment 63•25 years ago
|
||
Please add an ETA for the dogfood+ bugs. Thanks, PDT
Comment 64•25 years ago
|
||
Adding ETA... I don't think that this should be a dogfood bug because a crash
on exit does not hamper the usability of the product. Removing the dogfood+
marker and keeping it on the beta 3 radar.
Whiteboard: [dogfood+][nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+] ETA - 8/15/00
Comment 65•25 years ago
|
||
It only hampers usability of the product if there are prefs/rdf/other info which
only get saved on exit. I'm not sure whether that's currently the case. A lot
of our prefs seem to get written out as soon as they are changed, and if so,
this bug becomes much more minor (in fact, if we turned off fullcircle, users
wouldn't even know there was a problem).
Reporter | ||
Comment 66•25 years ago
|
||
Does it core dump when fullcircle is removed ?
Comment 67•25 years ago
|
||
Yes, but since current versions of Linux don't save core files for multithreaded
apps, the user doesn't know it has core dumped; it just looks like a normal
exit. The only clue/annoyance the user has that anything is wrong is the
fullcircle dialog coming up.
Comment 69•25 years ago
|
||
PDT agrees P1 with some dissension :-)
Comment 70•25 years ago
|
||
Putting [pdtp1] in whiteboard
Whiteboard: [nsbeta2-][nsbeta3+] ETA - 8/15/00 → [nsbeta2-][nsbeta3+][pdtp1] ETA - 8/15/00
Updated•25 years ago
|
Whiteboard: [nsbeta2-][nsbeta3+][pdtp1] ETA - 8/15/00 → [nsbeta2-][nsbeta3+][pdtp1]
Comment 71•25 years ago
|
||
I changed themes from the preferences menu and then went through the 6 steps
listed in Akkana's post timestamped 7/28/2000 14:02 on an optimized, full circle
enabled Linux build with debug symbols. I could not reproduce the crash on
exit.
Akkana, my build is located on "g" in /export/nisheeth/ns/dist/bin. Could you
run it from your user account and see if you can reproduce the crash?
Also, Akkana mentioned in her post cited above that the crash could be related
to bug 46489. That bug has been fixed since then, so, maybe this crash on exit
has been fixed as a result.
Comment 72•25 years ago
|
||
I don't see a fullcircle dialog when I go through the steps with this build.
I do see an assertion at shutdown:
###!!! ASSERTION: Component Manager being held past XPCOM shutdown.: 'cnt == 0',
file nsXPComInit.cpp, line 667
###!!! Break: at file nsXPComInit.cpp, line 667
but there doesn't seem to be a crash associated with it.
Comment 73•25 years ago
|
||
Akkana just tested a commercial build on her box and that does not crash any
more either. Marking bug worksforme.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 74•25 years ago
|
||
verifying. using linux 2000-09-26-09-MN6 mozilla build, Mozilla doesn't crash on
exit.
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 75•24 years ago
|
||
Moving all the Works For Me bugs to talkback user account for future reference.
Assignee: nisheeth → talkback
Status: VERIFIED → NEW
Reporter | ||
Comment 76•24 years ago
|
||
We are gathering all the Resolved and WFM bugs which are happened to be topcrash
bugs and assigning it to talkback. I am marking all of them as RESOLVED WFM.
Status: NEW → RESOLVED
Closed: 25 years ago → 24 years ago
Updated•14 years ago
|
Crash Signature: [@ ViewportFrame::Destroy or nsContainerFrame::Destroy]
You need to log in
before you can comment on or make changes to this bug.
Description
•