Closed
Bug 59635
Opened 24 years ago
Closed 24 years ago
Browser crashes when visiting URL
Categories
(Core :: CSS Parsing and Computation, defect, P3)
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.
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
Comment 3•24 years ago
|
||
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 → ---
Reporter | ||
Comment 5•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → FIXED
Comment 6•24 years ago
|
||
Crash on win2000, build 2000110904.
Talkback TB20742270E
Status: RESOLVED → REOPENED
OS: Linux → All
Resolution: FIXED → ---
Comment 7•24 years ago
|
||
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
Comment 8•24 years ago
|
||
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 ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 10•24 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•