Closed Bug 51851 Opened 24 years ago Closed 24 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: 24 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: 24 years ago24 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.