New issue
Advanced search Search tips

Issue 692076 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 697751
Owner:
Closed: Mar 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Element's scrollbar gets covered by its content

Reported by federico...@gmail.com, Feb 14 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Make sure to be on MacOS with the scrollbars behavior set to "When scrolling"
2. Open the demo at https://codepen.io/FezVrasta/pen/pRGxrx
3. Scroll the list of items

What is the expected behavior?
The scrollbar is completely visible on the right of the list

What went wrong?
The scrollbar is covered by the yellow items and only the part between the items (white background) is visible.

The demo contains the minimum amount of code needed to reproduce the problem.

Did this work before? N/A 

Chrome version: 56.0.2924.87  Channel: stable
OS Version: OS X 10.12.3
Flash Version: Shockwave Flash 24.0 r0

It works on Firefox and Safari.

 
Note that it looks like a mix of bugs generated by flexbox, overflow: auto and border-radius. If I remove one of the 3 elements mentioned above, it works correctly.

Comment 2 Deleted

I just noticed that a workaround is to force a new layer (with `transform: translate3d(0, 0, 0)` applied to `.card`), maybe it's an useful information.
Labels: Needs-Triage-M56
Components: -UI Blink
Labels: -Type-Bug -Pri-2 -Needs-Triage-M56 has-bisect-per-revision M-58 OS-Linux OS-Windows Pri-1 Type-Bug-Regression
Owner: szager@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on windows 7, Linux Ubuntu 14.04 and Mac 10.12.3 using chrome version 56.0.2924.87  and canary 58.0.3014.0.

This is regression issue broken in M47.Please find the bisect information as below
Narrow Bisect::
Good:: 47.0.2501.0  --   (build revision 347299)
Bad::  47.0.2502.0   --   (build revision 347539)

Change Log::
https://chromium.googlesource.com/chromium/src/+log/ab0a1f73678c030d8a5168dc8d78ea69c9e52dba..c685e35b02e2182268f5c813ddb80a57764c5cdf

Blink Roll::
https://chromium.googlesource.com/chromium/blink/+log/ba8e0d4..b85b175

Possible suspect::
https://chromium.googlesource.com/chromium/blink/+/b85b175a4c4cc01ad4bec2ef9891f6c2136edb17

szager@ Could you please look into this issue if it is related to your change,else please help us in finding the appropriate owner for this issue.

Thanks,
Components: -Blink Blink>Layout
I can't reproduce this on linux running chrome 58.0.3029.6.

The bisect is too old to be useful here, that code has changed a lot since 47.

If you can still reproduce this, please attach a screenshot to the bug.

Comment 9 Deleted

Here's a small clip 
bug.gif
169 KB View Download
I can still reproduce it on Chrome 56 and Canary 59 on macOS. I doubt you will be able to reproduce it on Linux since this is a macOS specific bug.
Comment #6 indicates that the bug is reproducible on Mac, Linux, and Windows.  Is that different from your experience?

I haven't Windows or Linux to try to reproduce the bug there.
Mergedinto: 697751
Status: Duplicate (was: Assigned)
 szager@chromium.org thie ticket you merged this issue into isn't going to fix this bug.

In 697751 they simply updated the CSS used in the settings page and called it a day.
But it doesn't fix the real problem behind it.
re comment #15: if you look at the comments on the duplicate bug, there's a code change to blink which fixes the issue, not a css change.
Whatever, the bug I reported is still there...
I'm attaching a clip where I show my Canary version and the bug.
bug.gif
167 KB View Download

Sign in to add a comment