Closed
Bug 277062
Opened 20 years ago
Closed 20 years ago
crash in nsRuleNode.h:210
Categories
(Core :: Layout: Tables, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: opi, Assigned: bernd_mozilla)
References
Details
(Keywords: crash, testcase)
Attachments
(4 files)
56.56 KB,
text/html
|
Details | |
78 bytes,
text/html
|
Details | |
1.13 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
11.64 KB,
patch
|
Details | Diff | Splinter Review |
Crash result from a mangled html. #7 0x41c0aa15 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:209 #8 <signal handler called> #9 nsCachedStyleData::GetStyleData (this=0xddddddfd, aSID=@0x4174c6f0) at nsRuleNode.h:210
Reporter | ||
Comment 1•20 years ago
|
||
Reporter | ||
Updated•20 years ago
|
Severity: normal → critical
Component: Layout → Style System (CSS)
Reporter | ||
Updated•20 years ago
|
Assignee: nobody → dbaron
QA Contact: core.layout → ian
Attachment #170297 -
Attachment mime type: text/plain → text/html
(gdb) frame 11 #11 0x01c141ea in BasicTableLayoutStrategy::AssignNonPctColumnWidths ( this=0x9308ff8, aMaxWidth=12408, aReflowState=@0xbff8b5d0) at /builds/trunk/mozilla/layout/tables/BasicTableLayoutStrategy.cpp:1082 1082 nsStyleCoord colStyleWidth = colFrame->GetStyleWidth(); (gdb) p *colFrame $4 = {<nsFrame> = {<nsBox> = {<nsIFrame> = {<nsISupports> = { _vptr.nsISupports = 0x0}, mRect = {x = -572662307, y = -572662307, width = -572662307, height = -572662307}, mContent = 0xdddddddd, mStyleContext = 0xdddddddd, mParent = 0xdddddddd, mNextSibling = 0xdddddddd, mState = 3722304989}, static gGotTheme = 1, static gTheme = 0x8e650a8}, <nsIFrameDebug> = {<nsISupports> = { _vptr.nsISupports = 0xdddddddd}, <No data fields>}, <No data fields>}, mColIndex = 56797, mLeftBorderWidth = 221 '\uffff', mRightBorderWidth = 221 '\uffff', mTopContBorderWidth = 221 '\uffff', mRightContBorderWidth = 221 '\uffff', mBottomContBorderWidth = 221 '\uffff', mWidths = {0, 0, -1, -1, -1, -1, -1, -1, -1, -1}} Layout getting a style context from a deleted frame doesn't make it a CSS bug.
Assignee: dbaron → nobody
Component: Style System (CSS) → Layout: Tables
QA Contact: ian → core.layout.tables
as dbaron said the colframe is gone already
Status: NEW → ASSIGNED
Comment 4•20 years ago
|
||
Updated•20 years ago
|
1) see symmetry with InsertRowGroups 2) if we omit the second flag we tell to insert this frame and all siblings that are not null, that means we insert already existing frames (in this case the previously existing anonymous colgroup frame. 3) before the previous patch, this code got never 2 colgroups as we did not create them in the CSSFrameConstructor (the typical one patch reveals several other problems)
Attachment #172885 -
Flags: superreview?(bzbarsky)
Attachment #172885 -
Flags: review?(bzbarsky)
Comment 8•20 years ago
|
||
Comment on attachment 172885 [details] [diff] [review] patch r+sr=bzbarsky
Attachment #172885 -
Flags: superreview?(bzbarsky)
Attachment #172885 -
Flags: superreview+
Attachment #172885 -
Flags: review?(bzbarsky)
Attachment #172885 -
Flags: review+
Comment 9•20 years ago
|
||
And add the testcase to the regression tests?
Assignee | ||
Comment 10•20 years ago
|
||
fix and testcases checked in
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Verified FIXED using the testcase https://bugzilla.mozilla.org/attachment.cgi?id=170330 on a Windows XP trunk 2005-02-12-05 Seamonkey build.
Status: RESOLVED → VERIFIED
Comment 12•15 years ago
|
||
layout/tables/crashtests/277062-1.html http://hg.mozilla.org/mozilla-central/rev/b0337b6287f3
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•