[LayoutNG] Abspos with fixed offset inside static legacy node doesn't respond to containing block size changes |
|||
Issue description1. Go to https://www.crashplan.com/en-us/ 2. Log in. 3. Go to "Devices" in the left menu, then select "Active" 4. Hover a Restore button on the right (one button per device) 5. Observe how a horizontal and vertical scrollbar appear and disappear for no good reason. Found in 73.0.3664.3 (but not a recent regression, if one at all)
,
Jan 13
Actually, the horizontal scrollbar appears in legacy layout, too, but not (the way more annoying) vertical one. The horizontal scrollbar may be correct behavior, because of the tooltip that appears when hovering the Restore button.
,
Jan 16
(6 days ago)
This seems to happen because a part of the subtree doesn't respond to containing block sizes. I have a minimal testcase that fails here (attached), which is something I ended up with after analyzing the site with devtools and building up a test case from scratch (saving the site to disk made the issue go away), and then minimizing it once something reproduced. I didn't get any unwanted scrollbars, but I did get this lack of subtree response to containing block size changes, which can also be seen on the original site. All it takes is an NG containing block for abspos descendants (relative-positioned in the test case), a static-positioned legacy object inside (using flexbox in the test; the original site used tables), with an absolutely positioned child with percentage width and fixed left offset.
,
Jan 17
(6 days ago)
|
|||
►
Sign in to add a comment |
|||
Comment 1 by mstensho@chromium.org
, Jan 13