New issue
Advanced search Search tips

Issue 875012 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
mstensho@chromium.org
chrishtr@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

CSS columns combined with overflow:scroll with certain other factors causes element to vanish

Reported by oli...@agilechilli.com, Aug 16 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36

Steps to reproduce the problem:
View the attached file. It's a test case reduced as much as possible from a live system.

What is the expected behavior?
There are two columns on screen.

In the lefthand column, three lines (p tags) are visible.

In the righthand column, there is a div with lots of content (Lorem Ipsum). It should be visible

What went wrong?
The div in the righthand column is not visible - see attached screenshot. 

Changing the Lorem Ipsum div overflow:scroll property to overflow:hidden causes the content to display correctly. See second attachment,

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 68.0.3440.106  Channel: stable
OS Version: OS X 10.13.6
Flash Version:
test.html
2.1 KB View Download
screenshot of issue.png
78.5 KB View Download
screenshot of workaround.png
322 KB View Download

Comment 1 by oli...@agilechilli.com, Aug 16 

This is also still an issue in Chrome Canary Version 70.0.3524.0 (Official Build) canary (64-bit)

Comment 2 by lgrey@chromium.org, Aug 16

Components: Blink>CSS

Comment 3 by phanindra.mandapaka@chromium.org, Aug 17

Labels: Needs-Triage-M68

Comment 4 by krajshree@chromium.org, Aug 20

Labels: Triaged-ET Target-70 M-70 FoundIn-70
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.13.3 using chrome reported version #68.0.3440.106 and latest canary #70.0.3527.0. Issue is not seen in OS-win and OS-linux.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 5 by e...@chromium.org, Aug 20

Cc: mstensho@chromium.org
Components: -Blink>CSS Blink>Layout>MultiCol Blink>Scroll
Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)

Comment 6 by mstensho@chromium.org, Aug 20 

Testcase - still only reproducible on Mac.
tc.html
427 bytes View Download

Comment 7 by mstensho@chromium.org, Aug 20

Cc: chrishtr@chromium.org
I don't know for sure, but I'm guessing that Mac makes a scrollable container composited once it has overflowing content. Anyway, here's a testcase that uses will-change:transform instead of overflow:scroll, and then it's also reproducible on Linux.

This looks like a rounding error somewhere (could be layout, could be paint; would have to debug). While the composited layer should start in the second column, its flow thread coordinate is juuuust a few millipixels into the first column. We refuse to fragment composited layers on a general basis, so the composited layer ends up below the first column, rather than at the top of the second column.
tc-transform.html
428 bytes View Download
►

Sign in to add a comment