Closed
Bug 51851
Opened 25 years ago
Closed 25 years ago
crash when you go to the URL
Categories
(SeaMonkey :: General, defect, P3)
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()
Comment 2•25 years ago
|
||
Also WFM on linux, can we get someone on win2k to test?
Comment 3•25 years ago
|
||
Doesn't crah for me either (on Linux), but the stack reminds me of Bug 51283.
| Reporter | ||
Comment 4•25 years ago
|
||
I agree, same stack as 51283 (I mean I can reproduce 51283 also)
Win2k SP1
Comment 5•25 years ago
|
||
marking worksforme. Reporter, are you still seeing this?
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 6•25 years ago
|
||
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 → ---
| Reporter | ||
Comment 7•25 years ago
|
||
hmmmm, WORKSFORME with 09/14 sources !
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago → 25 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
•