Issue metadata
Sign in to add a comment
|
Chrome don't care of overflow-x: auto; anymore
Reported by
ad1r...@gmail.com,
Mar 14 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36 Steps to reproduce the problem: 1. Make a page with overflow-x: auto; 2. resize the page 3. Scroolbar never showed What is the expected behavior? Scroobar appear to permit the user to see the content What went wrong? The scroolbar dont appear. it's worked fine before i update my chrome Did this work before? Yes 64.0.3282.186 Chrome version: 65.0.3325.162 Channel: stable OS Version: 10.0 Flash Version:
,
Mar 14 2018
,
Mar 14 2018
ad1rie2@ can you please provide us a sample test page for further triage of the bug.
,
Mar 14 2018
,
Mar 15 2018
Ok, line 251 in the HTML File, <div class="bottomscroll-div"> containt the overflow-x don't working with the lastest version
,
Mar 15 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 15 2018
I can reproduce on mac with the site provided in #6. bokan@ could you take a look?
,
Mar 15 2018
,
Mar 15 2018
Thanks for the repro page. It seems that Chrome matches the width of the table to the containing div so there's no overflow (hence, no scrolling). In Firefox (and presumably M64), the table is wider than the div. Given that, this seems like an issue in layout.
,
Mar 15 2018
Bisect range : You are probably looking for a change made after 522407 (known good), but no later than 522408 (first known bad). CHANGELOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/8448affe3471114a8be3a25198083c6f8ab3f103..eee88582b5300e34aa2ea56bc5da17457e67aa00 Note : This is similar to issue#821832
,
Mar 15 2018
,
Mar 15 2018
,
Mar 15 2018
As this is Blink, assuming it is applicable to all OSs (except iOS).
,
Mar 15 2018
It's actually a duplicate of that bug. A table flex item has width and max-width set to 100%, and if the intrinsic minimum width of the table is larger than that, it will be clamped to 100%. Try it with inspector, and see what happens if you remove the width and max-width declarations on the table. Scrollbar comes back. :) If a work-around is acceptable for the site owner, the following declaration can be added to the table flex item: "min-width: min-content;" https://chromium-review.googlesource.com/c/chromium/src/+/964203 is a possible fix, but it would be great to have this resolved in the spec first, rather than making up our own behavior. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by viswa.karala@chromium.org
, Mar 14 2018