Closed
Bug 65331
Opened 25 years ago
Closed 24 years ago
crash after viewing gif in new window
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: neil, Assigned: mscott)
References
Details
(Keywords: crash)
I've been able to reproduce this with {Build ID: 2001011220} and have sent in a
couple talkbacks in.
I went to http://sherlock.mozdev.org/links.html
Clicked on browse CVS.
You get a list of the serlock files, I clicked on one of the gifs (Doesn't seem
to matter which one, but a png didn't produce the same results). It will come
up with a page about the gif, I selected download, it loads a new browser window
with only the gif in it (no interface). When I close that window the browser
crashes every time.
Comment 1•25 years ago
|
||
I don´t crash with 2001010620 on W2k.
Reporter: Are you closing the window before the gif is full loaded ?
And can you download a mozila talkback version and poste the Talkback ID ?
| Reporter | ||
Comment 2•25 years ago
|
||
I don't know the id... I can't crash it anymore in 98 either.
The two packets are
TB24557976Y
TB24557969K
| Reporter | ||
Comment 3•25 years ago
|
||
Tip: Always read over you're messages before clicking submit ;)
I had it crash 2 times by clicking on icq.gif, waiting and then closing the
window once the gif was loaded.
Comment 4•25 years ago
|
||
0x00000007
nsURILoader::ShouldHandleContent
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 928]
nsURILoader::DispatchContent
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 987]
nsDocumentOpenInfo::DispatchContent
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 315]
nsDocumentOpenInfo::OnStartRequest
[d:\builds\seamonkey\mozilla\uriloader\base\nsURILoader.cpp, line 242]
nsHTTPFinalListener::OnStartRequest
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 1127]
InterceptStreamListener::OnStartRequest
[d:\builds\seamonkey\mozilla\netwerk\cache\mgr\nsCachedNetData.cpp, line 1191]
nsHTTPServerListener::FinishedResponseHeaders
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 1065]
nsHTTPServerListener::OnDataAvailable
[d:\builds\seamonkey\mozilla\netwerk\protocol\http\src\nsHTTPResponseListener.cpp,
line 428]
nsOnDataAvailableEvent::HandleEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 413]
nsStreamListenerEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\netwerk\base\src\nsAsyncStreamListener.cpp, line 101]
PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 577]
_md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,
line 1055]
over to mscott
Assignee: asa → mscott
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 6•25 years ago
|
||
confirming based on the dupe ...
mscott can you take a look (This bug is a really old) ?
Severity: normal → critical
Keywords: crash
Comment 7•24 years ago
|
||
worksforme 2001081703 winxp, so does the dup.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•