WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
53106
CSS 2.1 failure: containing-block-032 - abspos children of an inline relpos element don't position correctly.
https://bugs.webkit.org/show_bug.cgi?id=53106
Summary
CSS 2.1 failure: containing-block-032 - abspos children of an inline relpos e...
Tab Atkins
Reported
2011-01-25 11:48:55 PST
According to <
http://www.w3.org/TR/CSS21/visudet.html#containing-block-details
>, when an inline LTR element is the containing block for an absolutely positioned element, the 'left' and 'top' properties use the left and top edges of the first box generated by the containing block, while the 'right' and 'bottom' properties use the right and bottom edges of the last box generated by the containing block. In the linked test case (note: must have the Ahem font installed), the "left" edge is just to the left of "B", while the "right" edge is just to the right of "C". This means that #topleft should cover B, #topright should cover A, #bottomleft should cover D, and #bottomright should cover C. Instead, #topright is covering the upper space, and #bottomright is covering the bottom space. By inspection, it appears that we're moving the "right" edge to be equal to the "left" edge, likely because we have a check somewhere that attempts to ensure that the "right" edge is never to the left of the "left" edge by setting them equivalent when that occurs.
Attachments
Add attachment
proposed patch, testcase, etc.
Tab Atkins
Comment 1
2011-01-25 17:28:39 PST
We may be changing the spec here to make this behavior conformant. But if it turns out to be easy to fix, go for it.
Tab Atkins
Comment 2
2011-03-14 14:25:43 PDT
The CSSWG resolved Issue 215 concerning this bug <
http://wiki.csswg.org/spec/css2.1#issue-215
> by making the containing block undefined in this case. So, no change required!
Simon Fraser (smfr)
Comment 3
2011-03-14 14:54:17 PDT
Not for CSS2.1 at least...
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug