Closed Bug 186152 Opened 22 years ago Closed 22 years ago

Mozilla crashes on shut down of Mozilla

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 156940

People

(Reporter: localhost, Assigned: asa)

Details

(Keywords: crash, stackwanted, Whiteboard: TB15279954E)

Attachments

(1 file)

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.
Attached file Talkback crash details
The information Talkback collected.
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.
Severity: normal → critical
Keywords: crash, stackwanted
Whiteboard: TB15279954E
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)
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.
Bug apears to be solved as of build 2002122208 (Win32).
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
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 → ---
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 ago22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: