New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 625035 link

Starred by 3 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Blocking:
issue 615162
issue 618588



Sign in to add a comment

Incorrect layout of elements in RTL with inner scrollbar

Project Member Reported by tsergeant@chromium.org, Jul 1 2016

Issue description

Chrome Version       : 53.0.2783.2
OS Version: Ubuntu, Windows
URLs (if applicable) : http://jsbin.com/xadiqolelu/edit?html,output
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5:
   Firefox 47: OK
         Edge: OK

What steps will reproduce the problem?
1. Visit JS Bin link above
2. Move mouse to just left of the button.
3. Move mouse to the right edge of the button

What is the expected result?
Button should be positioned at in the same area as the click target.

What happens instead of that?
Button renders slightly right of where it should. The click target doesn't move, meaning that it's possible to click in blank space and have the button activate.

Please provide any additional information below. Attach a screenshot if
possible.

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2783.2 Safari/537.36

This test case is a reduced version of Polymer's <iron-list>, which exhibits this problem. It is visible today in chrome://downloads when Chrome is in an RTL language ( issue 615162 ), and is also visible on chrome://history with Material History enabled ( issue 618588 ).



 
Components: -Blink>Scroll
Removing Blink>Scroll as it appears solely to be a layout issue.

Comment 2 by e...@chromium.org, Jul 6 2016

Cc: szager@chromium.org
Components: -Blink>Layout Blink>Layout>Scrollbars
Status: Available (was: Untriaged)
Cc: -szager@chromium.org chrishtr@chromium.org
Components: -Blink>Layout>Scrollbars Blink>Paint
This appears to be a bug in the position of the composited layer.  If "will-change:transform" is removed from the style, the problem goes away.

Kicking over to the paint team.
Status: Untriaged (was: Available)
Labels: -OS-Linux -OS-Windows OS-All
Owner: schenney@chromium.org
Status: Available (was: Untriaged)
The issue is with the RTL text affecting the layer position. When drawing layers with DevTools you can see the layer offset when the text is RTL.

Removing will-transform fixes it. Changing the overflow to be non-scrolling also fixes it. Removing RTL fixes it.

Project Member

Comment 6 by sheriffbot@chromium.org, Jul 10 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Hotlist-Recharge-Cold BugSource-Chromium PaintTeamTriaged-20170710
Owner: ----
Status: Available (was: Untriaged)
Project Member

Comment 8 by sheriffbot@chromium.org, Jul 11

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: wangxianzhu@chromium.org trchen@chromium.org
Status: Available (was: Untriaged)
Something is messing with layer offsets. Expanding the CC list.

Sign in to add a comment