Image inside "preserve aspect ratio" solution invisible (back-computed percent height)
Categories
(Core :: Layout, defect, P3)
Tracking
()
Webcompat Priority | P3 |
People
(Reporter: denschub, Unassigned)
References
()
Details
Attachments
(1 file)
555 bytes,
text/html
|
Details |
STR:
- Open the attached test case.
Expected:
- Picture of a mask with the grumpy cat printed on it is visible.
Actual:
- Nothing is visible.
This works in Chromium. I don't exactly know what's going on here, so I'll file this in Core::Layout.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
So, if the padding was fixed rather than a percentage, this would clearly be a bug, because we should be able to figure out the percentage to give the image an intrinsic size.
However, with the padding being a percentage, we don't really know what that percentage resolves against at that point, so it's unclear to me what Blink/WebKit is doing...
Comment 2•3 years ago
|
||
So percentage padding is always a percentage of the containing block... It seems Blink / WebKit is also back-computing inline sizes, for blocks at least, which seems kinda wild to me...
Updated•3 years ago
|
Updated•3 years ago
|
Reporter | ||
Updated•2 years ago
|
Reporter | ||
Comment 3•8 days ago
|
||
Emilio, the site and the testcase are still broken, but the blocker bug is closed. Is there another bug that tracks the core difference here, or is this it?
Comment 4•4 days ago
|
||
I think this is pretty much it. This has to do
Comment 5•3 days ago
|
||
Sorry that was meant to do "This has to do with how we back-compute percentage heights for some intrinsic sizing operations, which is not a very well defined mechanism"
Description
•