Closed
Bug 409565
Opened 18 years ago
Closed 17 years ago
"ASSERTION: unexpected frame type" with -moz-column, float, svg
Categories
(Core :: SVG, defect, P3)
Core
SVG
Tracking
()
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: jwatt)
References
Details
(Keywords: assertion, testcase)
Attachments
(2 files)
|
222 bytes,
application/xhtml+xml
|
Details | |
|
2.11 KB,
patch
|
bzbarsky
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
Loading the testcase triggers:
###!!! ASSERTION: unexpected frame type: 'Not Reached', file /Users/jruderman/trunk/mozilla/layout/base/nsCSSFrameConstructor.cpp, line 10742
###!!! ASSERTION: reflow dirty lines failed: 'NS_SUCCEEDED(rv)', file /Users/jruderman/trunk/mozilla/layout/generic/nsBlockFrame.cpp, line 937
Comment 1•18 years ago
|
||
We're trying to create a continuation for a nsSVGOuterSVGFrame, which of course fails.
The real issue is that we're trying to SplitPlaceholder on a placeholder whose out-of-flow is not splittable. That seems like something we'd want to avoid doing...
Flags: blocking1.9?
Comment 2•18 years ago
|
||
Then again, I guess any container frame claims to be splittable by default... Should SVG outer frames be overriding GetSplittableType() or some such?
Component: Layout → SVG
QA Contact: layout → general
If they're not splittable, then yeah. SVG frames probably shouldn't be inheriting nsSplittableFrame at all if they're not splittable. Don't know how risky it would be to decouple nsContainerFrame from nsSplittableFrame, but it would also save us 8 bytes per SVG frame...
Updated•18 years ago
|
Flags: blocking1.9? → blocking1.9+
Priority: -- → P3
| Assignee | ||
Comment 4•17 years ago
|
||
bz: I should think so.
fantasai: it is this late in the game.
Attachment #304895 -
Flags: review?(bzbarsky)
| Assignee | ||
Updated•17 years ago
|
OS: Mac OS X → All
Hardware: PC → All
Comment 5•17 years ago
|
||
Comment on attachment 304895 [details] [diff] [review]
patch
>+ nsSplittableType GetSplittableType() const;
virtual, right? With that, looks good.
Please file a followup bug to do the save-space thing?
Attachment #304895 -
Flags: review?(bzbarsky) → review+
| Assignee | ||
Comment 6•17 years ago
|
||
Comment on attachment 304895 [details] [diff] [review]
patch
Yup, it stays virtual of course, but better to keep form and declare it as you say.
I filed bug 418964 for the space saving.
Attachment #304895 -
Flags: superreview?(roc)
| Assignee | ||
Comment 7•17 years ago
|
||
Meant to say I've added the 'virtual' locally - I'll check it in with that.
Assignee: nobody → jwatt
Attachment #304895 -
Flags: superreview?(roc) → superreview+
| Assignee | ||
Comment 8•17 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•