| Summary: | Text inside the block part of an IB split isn't affected by parent opacity. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Emilio Cobos Álvarez (:emilio) <emilio> | ||||
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | ahmad.saleem792, bfulgham, simon.fraser, zalan | ||||
| Priority: | P2 | ||||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
https://lists.w3.org/Archives/Public/www-style/2011May/0710.html and https://bugzilla.mozilla.org/show_bug.cgi?id=660682 Look relevant here... So Mats Palmgren pointed out that recently the spec had been clarified around this in https://github.com/w3c/csswg-drafts/issues/1477#issuecomment-380771705: > In a block-in-inline split, the block is inside the inline in the box tree, and is a sibling of the two fragments of the inline in the fragment tree So it doesn't matter whether the spec refers to box or element tree, opacity should apply to the block. I am able to reproduce this bug in WebKit ToT as well based of (261811@main), it is still ‘Block’ does not have opacity. |
Created attachment 338649 [details] testcase.html STR: Load the attached test-case. Expected result: "Block" is grey, since it's inside a parent with opacity: 0.2. Actual result: "Block" is not affected by opacity. I _think_ Firefox and Edge are right on this one, but I'm not confident about how stacking contexts and IB splits interact to be 100% sure.