Closed Bug 59635 Opened 24 years ago Closed 24 years ago

Browser crashes when visiting URL

Categories

(Core :: CSS Parsing and Computation, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: sjaensch, Assigned: pierre)

References

()

Details

(Keywords: crash)

With Linux Mozilla 2000110821, Mozilla crashes when visiting the above URL. I'm giving a bit of background, I hope this might help tracking down the bug: I originally wanted to report that not all images on that page are displayed, as described in bug 58935 (note that bug 58935 is Mac-only and I am running Linux). This is in fact the behaviour I get with a 20001103 build, the images are displayed for a few ms and then disappear. Now, the browser crashes. Since mozilla -g does not work anymore for me I cannot provide a stack trace.
Adding crash keyword.
Keywords: crash
it's the gif's crashing it - as in bug 59494 Marking dup. *** This bug has been marked as a duplicate of 59494 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
I see this crash on windows 2000 also. But 59494 does not crash for me.
Hmm. Then this might be a special case with more crashes lurking. Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Does not crash for me anymore with latest nightly build, instead I'm experiencing the behaviour described in bug 59644, the behaviour I originally wanted to report as bug. :-) I'm marking this fixed, could someone please verify or reopen?
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
Crash on win2000, build 2000110904. Talkback TB20742270E
Status: RESOLVED → REOPENED
OS: Linux → All
Resolution: FIXED → ---
nsCSSFrameConstructor::CantRenderReplacedElement [d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSFrameConstructor.cpp, line 10475] StyleSetImpl::CantRenderReplacedElement [d:\builds\seamonkey\mozilla\layout\base\src\nsStyleSet.cpp, line 1248] FrameManager::HandlePLEvent [d:\builds\seamonkey\mozilla\layout\html\base\src\nsFrameManager.cpp, line 871] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 577] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 513] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1055] nsAppShellService::Run [d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 408] main1 [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1022] main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1258] WinMain [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1276] WinMainCRTStartup() KERNEL32.DLL + 0x192a6 (0x77e992a6) over to Style System.
Assignee: asa → pierre
Status: REOPENED → NEW
Component: Browser-General → Style System
QA Contact: doronr → chrisd
On my PC, this page does not crash mozilla (win build 12-13-04). :-)
No crash anymore on linux either. Testing w/2000121521. WFM
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
Netscape's standard compliance QA team reorganised itself once again, so taking remaining non-tables style bugs. Sorry about the spam. I tried to get this done directly at the database level, but apparently that is "not easy because of the shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.