Closed
Bug 186152
Opened 22 years ago
Closed 22 years ago
Mozilla crashes on shut down of Mozilla
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 156940
People
(Reporter: localhost, Assigned: asa)
Details
(Keywords: crash, stackwanted, Whiteboard: TB15279954E)
Attachments
(1 file)
271.53 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20021218
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20021218
This doesn't always happen. I can't figure out what the problem is, but I've now
got this problem on two different machines.
When I shut down the browser, it crashes without any clear reason. Even more
strangely, the Quick Launch still works correctly.
I'm unable to link these crashes to a specific feature, plugin or action. I do
have TalkBack running so I'll include the detail report. Sorry.
Reproducible: Sometimes
Steps to Reproduce:
1. Install the browser completely with Quick Lauch enabled.
1. Start browsing some websites
2. Shutdown the browser
Actual Results:
Browser crashes on shutdown but the Quick Launch restarts correctly.
Expected Results:
Just shut down and restart the Quick Launch in the memory.
Comment 2•22 years ago
|
||
We can't do anything with the raw talkback Data.
We need the talkback ID that you get if you run mozilla/components/talkback.exe
Do you mean the crash that you get if you visited a secure site in that session ?
The id's:
TB15279954E
TB15279482H
TB15277225X
TB15197752X
TB15197599H
All on the machine specs mentioned above.
Just a couple off minutes ago I did had a crash after a secure session. But
that's on an other machine:
TB15290250Y
Hope you can do some with this info.
Updated•22 years ago
|
Comment 4•22 years ago
|
||
This might be a dupe of bug 179391.
Could really well be. (and I tried so hard to make sure the bug wasn't filed
already)
Comment 6•22 years ago
|
||
or it could be bug 182803 (you get a crash if you used SSL (https) page in that
session)
We need time for the TB data since we have problems getting TB stack from NSCP
Also possible, but the crashes occur on non ssl sites as well. Believe that's
not the same as with bug 182803.
Comment 9•22 years ago
|
||
thanks, could be bug 182803 (workaround checked in)
*** This bug has been marked as a duplicate of 182803 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 10•22 years ago
|
||
I'm sorry, but I was to quick with my conclusion. This bug is far from over. I'm
now at build 2002122608 on Win32 and the crashing is still there.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 11•22 years ago
|
||
it's a dupe anyway
i crash every time with bug 156940 and there is also bug 179391
marking as dupe of bug 156940.
I know we should get the stack to be sure but we have currently problems to get
TB stack traces.
reopen if you stil get the same crash and bug 156940 is fixed.
*** This bug has been marked as a duplicate of 156940 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•