Closed Bug 51851 Opened 25 years ago Closed 25 years ago

crash when you go to the URL

Categories

(SeaMonkey :: General, defect, P3)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: bernard.alleysson, Assigned: asa)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20000908 BuildID: opt build with debug info crash before anything gets displayed Reproducible: Always Steps to Reproduce: 1.run mozilla.exe 2.go to www.activeplus.com 3. crash ! Actual Results: crash Expected Results: display the page, no crash it's been here for a week or so (a few days) the stack trace I get is: nsXMLContentSink::~nsXMLContentSink(nsXMLContentSink * const 0x603074e0 const nsXMLContentSink::`vftable'{for `nsIXMLContentSink'}) line 169 + 3 bytes CViewSourceHTML::WillBuildModel(CViewSourceHTML * const 0x0204a810, const CParserContext & {...}, nsIContentSink * 0x01f09648) line 455 nsParser::WillBuildModel(nsParser * const 0x603074e0, nsString & {...}) line 1371 nsParser::ResumeParse(nsParser * const 0x603074e0, int 0x00000001, int 0x00000000) line 1838 + 19 bytes nsParser::OnDataAvailable(nsParser * const 0x00000b1b, nsIChannel * 0x00000000, nsISupports * 0x00000000, nsIInputStream * 0x0204b994, unsigned int 0x00000007, unsigned int 0x00000b1b) line 2309 + 13 bytes nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x01fbc2a8, nsIChannel * 0x01fff810, nsISupports * 0x00000000, nsIInputStream * 0x0204b994, unsigned int 0x00000000, unsigned int 0x00000b1b) line 251 + 21 bytes nsHTTPFinalListener::OnDataAvailable(nsHTTPFinalListener * const 0x00000000, nsIChannel * 0x01fff810, nsISupports * 0x00000000, nsIInputStream * 0x0204b994, unsigned int 0x00000000, unsigned int 0x00000b1b) line 1195 nsHTTPCacheListener::OnDataAvailable(nsHTTPCacheListener * const 0x022e5bc8, nsIChannel * 0x02000910, nsISupports * 0x00000000, nsIInputStream * 0x0204b994, unsigned int 0x00000000, unsigned int 0x00000b1b) line 192 nsDiskCacheRecordChannel::OnDataAvailable(nsDiskCacheRecordChannel * const 0x02000914, nsIChannel * 0x01f0c508, nsISupports * 0x00000000, nsIInputStream * 0x0204b994, unsigned int 0x00000000, unsigned int 0x00000b1b) line 727 + 28 bytes nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x00000000) line 400 + 21 bytes nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x0202a6b0) line 106 PL_HandleEvent(PLEvent * 0x0202a6b0) line 590 PL_ProcessPendingEvents(PLEventQueue * 0x009c1d28) line 526 + 6 bytes _md_EventReceiverProc(HWND__ * 0x002a0270, unsigned int 0x0000c13f, unsigned int 0x00000000, long 0x009c1d28) line 1059 + 10 bytes USER32! 77e148dc() USER32! 77e14aa7() USER32! 77e266fd() nsAppShellService::Run(nsAppShellService * const 0x009afa68) line 379 main1(int 0x00000001, char * * 0x002f2758, nsISupports * 0x002f27a0) line 958 + 9 bytes main(int 0x00000001, char * * 0x002f2758) line 1139 + 25 bytes WinMain(HINSTANCE__ * 0x00400000, HINSTANCE__ * 0x00400000, char * 0x00133b75, HINSTANCE__ * 0x00400000) line 1157 + 21 bytes MOZILLA! WinMainCRTStartup + 308 bytes KERNEL32! 77e992a6()
WORKSFORME on linux 2000090608
Also WFM on linux, can we get someone on win2k to test?
Doesn't crah for me either (on Linux), but the stack reminds me of Bug 51283.
I agree, same stack as 51283 (I mean I can reproduce 51283 also) Win2k SP1
marking worksforme. Reporter, are you still seeing this?
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
yes still there for me Build: from 09/11 02:30 sources opt build with debug info OS: Windows2000 server SP1 may be a dup of bug 51283 and bug 51835 though I see no CSS here
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
hmmmm, WORKSFORME with 09/14 sources !
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WORKSFORME
verified
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.