Closed
Bug 259764
Opened 20 years ago
Closed 20 years ago
Crashes when switching style on http://ln.hixie.ch/
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 231776
People
(Reporter: jwkbugzilla, Unassigned)
References
()
Details
Attachments
(2 files)
232 bytes,
text/html
|
Details | |
1.16 KB,
patch
|
Details | Diff | Splinter Review |
This is a reproducible crash. Go to ln.hixie.ch and try to switch the style to Orange - it results in a crash in Mozilla 1.7.3, Mozilla trunk nightly 2004091512 and Firefox 1.0PR. The crash occurs in nsHTMLContainerFrame::CreateViewForFrame() - GetAncestorWithView() fails causing an assertion and parent->GetView() one line below crashes then. Talkback ID is TB834574W. Detailed stack trace: nsIFrame::GetView() nsHTMLContainerFrame::CreateViewForFrame() nsCSSFrameConstructor::ConstructFrameByDisplayType() nsCSSFrameConstructor::ConstructFrameInternal() nsCSSFrameConstructor::ConstructFrame() nsCSSFrameConstructor::ProcessChildren() nsCSSFrameConstructor::ConstructTableCellFrame() nsCSSFrameConstructor::TableProcessChild() nsCSSFrameConstructor::TableProcessChildren() nsCSSFrameConstructor::ConstructTableFrame() nsCSSFrameConstructor::ConstructFrameByDisplayType() nsCSSFrameConstructor::ConstructFrameInternal() nsCSSFrameConstructor::ConstructFrame() nsCSSFrameConstructor::ConstructDocElementTableFrame() nsCSSFrameConstructor::ConstructDocElementFrame() nsCSSFrameConstructor::ReconstructDocElementHierarchy() nsCSSFrameConstructor::RecreateFramesForContent() nsCSSFrameConstructor::ProcessRestyledFrames() nsIPresShell::ReconstructStyleDataInternal() PresShell::EndUpdate() nsDocument::EndUpdate() nsCSSStyleSheet::SetDisabled() Bug 256108 describes a similar problem, the stack trace is different though.
Reporter | ||
Comment 1•20 years ago
|
||
Reporter | ||
Comment 2•20 years ago
|
||
If this is a regression, then it is not a recent one - build 2004031809 crashes as well.
Reporter | ||
Comment 3•20 years ago
|
||
This adds two additional checks to nsHTMLContainerFrame::CreateViewForFrame() and prevents the crash. However, there might be more work to do - with this patch the element with absolute positioning isn't displayed at all. I don't know what behavior would be correct here and even if I knew - I don't know enough about CSS processing to fix this.
Reporter | ||
Updated•20 years ago
|
Attachment #159087 -
Flags: review?(dbaron)
Reporter | ||
Comment 4•20 years ago
|
||
It seems that this is a regression from bug 113083.
Just noting that there are 4 talkbacks about this - I'm assuming they are all the same.. http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=comments&match=contains&searchfor=hixie&vendor=All&product=All&platform=All&buildid=&sdate=&stime=&edate=&etime=
Reporter | ||
Updated•20 years ago
|
Attachment #159087 -
Flags: review?(dbaron)
Reporter | ||
Comment 6•20 years ago
|
||
*** This bug has been marked as a duplicate of 231776 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•