Issue metadata
Sign in to add a comment
|
[css-contain] table cell with layout containment should act as containing block for absolutely positioned element
Reported by
goo...@gtalbot.org,
Jul 31
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Example URL: http://www.gtalbot.org/BrowserBugsSection/CSS3Contain/contain-layout-cell-001.html Steps to reproduce the problem: http://www.gtalbot.org/BrowserBugsSection/CSS3Contain/contain-layout-cell-001.html or http://www.gtalbot.org/BrowserBugsSection/CSS3Contain/contain-layout-cell-002.html What is the expected behavior? The green word PASS should overlap the red word FAIL. In which case, there would be *no red*. Reference file: http://www.gtalbot.org/BrowserBugsSection/CSS3Contain/contain-layout-cell-001-ref.html What went wrong? The green word PASS does not overlap the red word FAIL. So there is red. Does it occur on multiple sites: No Is it a problem with a plugin? No Did this work before? No Does this work in other browsers? No Firefox 63.0a1 buildID=20180730221422 Chrome version: Chrome 69.0.3486.0 Channel: dev OS Version: Flash Version: irrelevant - Relevant section of spec (3.2. Layout Containment) https://www.w3.org/TR/css-contain-1/#containment-layout states " 4. The element acts as a containing block for absolutely positioned and fixed positioned descendants. " - if 'top' is 'auto' and/or if 'left' is 'auto', then the div#contain (and td#contain in 002) correctly acts as containing block and then the word PASS is correctly positioned inside it - Suggested Component: Blink>Layout and Blink>CSS - Florian Rivoal should be added to CC list
,
Jul 31
,
Aug 1
Able to reproduce this issue on Mac OS 10.13.3 and Ubuntu 17.10 on the latest Stable 68.0.3440.84 and latest Dev 69.0.3497.12 as per the original comment. Issue seems to be fixed on the latest Canary 70.0.3508.0. Issue is not observed on Windows 10. Reverse Bisect Information: =========================== Good Build: 70.0.3499.0 Bad Build : 70.0.3498.0 By running the chromium bisect script, below is the Changelog URL. https://chromium.googlesource.com/chromium/src/+log/025c4917a3d0a3420ec520807c348741988102ac..c9ff0881a0f27925242ef211ec5cbfce8b7f9123 From the above Changelog, suspecting the below change: Reviewed-on: https://chromium-review.googlesource.com/1144939 rego@ Please check and confirm if this issue is related to your change, else help us in assigning to the right owner. Adding ReleaseBlock-Stable as this is a recent regression. Please feel free to remove if it is not applicable. Thanks
,
Aug 1
This is working fine in master, it was fixed in https://chromium-review.googlesource.com/1144939 (see bug #785212 ).
,
Aug 1
> Issue seems to be fixed on the latest Canary 70.0.3508.0. > Good Build: 70.0.3499.0 > This is working fine in master Then we can resolve this issue as WORKSFORME. - - - - - I used to download and install the latest Canary build to check my tests before filing issues but suddenly last year I could not do this anymore. Some fontconfig warning about unknown element "blank" was no longer making this possible. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by dtapu...@chromium.org
, Jul 31