RESOLVED DUPLICATE of bug 113519 126809
WebKit incorrectly resolves percent values for vertical padding against container *width* (instead of height), on flex items 
https://bugs.webkit.org/show_bug.cgi?id=126809
Summary WebKit incorrectly resolves percent values for vertical padding against conta...
Daniel Holbert
Reported 2014-01-10 23:36:02 PST
Created attachment 220923 [details] testcase 1 STR: Load attached testcase. EXPECTED RESULTS: No red should be visible. (The flex item should resolve its "padding-bottom: 100%" against the container's height, and end up with 200px of padding, covering up all of the red.) ACTUAL RESULTS: Red is ivsible. Specifically, the top 100px of the container is lime, and the bottom 100px is red. This indicates that the flex item is resolving its "padding-bottom: 100%" against the container's width (not height), which is incorrect for a flex item. Spec reference: http://dev.w3.org/csswg/css-flexbox/#item-margins This was resolved by the CSSWG here: http://lists.w3.org/Archives/Public/www-style/2013Mar/0688.html Note that for a block, it'd be correct to resolve percentage vertical-padding values against the containing block's width. But in a flexbox, it's supposed to resolve against the size of the respective dimension (the height in this case), per spec link above. I tested this with (webkit-based) Midori 0.4.3. Google Chrome (blink) development versions have the same problem -- see http://code.google.com/p/chromium/issues/detail?id=333533 . Firefox does not have this problem. (I tested both Firefox version 26 and current Nightly)
Attachments
testcase 1 (489 bytes, text/html)
2014-01-10 23:36 PST, Daniel Holbert 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Daniel Holbert
Comment 1 2014-01-17 15:45:58 PST
Looks like this is a duplicate of bug 113519. *** This bug has been marked as a duplicate of bug 113519 ***
Note You need to log in before you can comment on or make changes to this bug.