Closed
Bug 314473
Opened 19 years ago
Closed 18 years ago
crash (see Talkback event TB11273741W)
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: tonymec, Unassigned)
References
()
Details
(Keywords: crash)
Attachments
(1 file)
8.12 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051030 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051030 Firefox/1.5
crash, see Talkback event TB11273741W
see also windbg log, http://users.skynet.be/antoine.mechelynck/other/windbg.log
Reproducible: Didn't try
Steps to Reproduce:
Actual Results:
crash
Expected Results:
no crash
as soon as I get out of this bug-creation form and into the "standard" Bugzilla bug listing I'll post the debug listing as an attachment.
Reporter | ||
Comment 1•19 years ago
|
||
Attachment obtained as follows:
1. Firefox crashes. DrWatson and Talkback come up.
2. Send Talkback report, don't close DrWatson.
3. Start windbg.exe
4. File -> Attach to Process
5. scroll down to Firefox
6. OK
7. (Workspace?) Yes
8. View -> Command
9. .symfix+
10. .reload
11. !analyze -v
12. Close windbg, send DrWatson report to Microsoft.
Reporter | ||
Comment 2•19 years ago
|
||
From Talkback report: stack signature firefox.exe + 0x21c71 (0x00421c71) 4c999cec
The Talkback listing shows a longish stack trace across several filenames, with numerical addresses and no symbols.
if you get:
BUCKET_ID: MANUAL_BREAKIN
from windbg's !analyze -v, repeat it w/ !analyze -v -f, but in this case there's no symbols from firefox and the talkback stack shows it's all firefox, windbg probably won't help...
Comment 4•19 years ago
|
||
Unfortunately, I can't tell what the problem is because I can't reproduce the crash and I don't have a stack trace with function names.
If you're able to reproduce the crash, can you try with a few different builds? Maybe Talkback will work better with other builds.
Keywords: crash
Comment 5•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051030 Firefox/1.5 ID:2005103021
WFM.
Reporter | ||
Comment 6•19 years ago
|
||
(In reply to comment #3)
> if you get:
> BUCKET_ID: MANUAL_BREAKIN
>
> from windbg's !analyze -v, repeat it w/ !analyze -v -f, but in this case
> there's no symbols from firefox and the talkback stack shows it's all firefox,
> windbg probably won't help...
>
well, thanks for the info. I'll try to remember it next time (though of course, the longer till next time the better ;-) ).
(In reply to comment #4)
Sorry, I don't know how to reproduce the crash. AFAICT I was doing nothing (waiting for the mouse cursor to be a pointer, not an hourglass) and Firefox crashed on me.
What kind of builds do you recommend? Currently I'm using Firefox 1.5 nightlies published as ftp://mozilla.osuosl.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8/firefox-1.5.en-us.win32.installer.exe
Best regards,
Tony.
Reporter | ||
Comment 7•19 years ago
|
||
(In reply to comment #5)
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051030
> Firefox/1.5 ID:2005103021
>
> WFM.
>
Hm. I was (and still am) using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051030 Firefox/1.5 ID:2005103002 -- maybe the fact that 67 tabs were open and that Windows was heavily using its virtual memory (see for instance "memory use" bugs like bug 130157, bug 174604, bug 268138 etc.) were relevant. I'm not (yet) seeing any newer nightly build than this one.
Comment 8•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051101 Firefox/1.6a1
WFM
Reporter | ||
Comment 9•18 years ago
|
||
I guess it's time to close this bug. The Talkback trace is gone, I have moved from Windows to Linux without having seen this particular crash reappear, and apart from the single incident all I see is WFM comments.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•