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

Issue 661991 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Nov 2016
Cc:
gov...@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
█ blumberg@chromium.org
e...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

DevRel-SAP: Strange layouting with different zoom levels

Reported by orit.ha...@sap.com, Nov 3 2016 
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36

Steps to reproduce the problem:
1. Open http://jsbin.com/tuberiyije/1/edit?html,output 
2. Use different Zoomings (Ctrl + +/-)

What is the expected behavior?
The height of the table rows and the height of the divs on the left side remain the same even when Zooming (Ctrl + +/-).

What went wrong?
The height of the table rows and the height of the divs on the left side are the same but when using Zooming (Ctrl + +/-) they differ.

Did this work before? N/A 

Chrome version: 54.0.2840.71  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 23.0 r0

Works fine in IE11 and FF.

Comment 1 by ligim...@chromium.org, Nov 3 2016

Cc: pbomm...@chromium.org gov...@chromium.org
Labels: -Type-Bug -Pri-2 Needs-Bisect M-55 ReleaseBlock-Stable Pri-1 Type-Bug-Regression
We need to try a repro and bisect if needed. Targeting for M55 since M54 is already in stable.

Comment 2 by rbasuvula@chromium.org, Nov 4 2016

Cc: rbasuvula@chromium.org
Labels: -Needs-Bisect -ReleaseBlock-Stable OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Tested the issue on chrome Stable #54.0.2840.87, Canary 56.0.2908.0 in Windows 10.0 and was able to reproduce the issue.

This is a Non-Regression issue since seeing this from M30 #30.0.1549.0, Making the status to Untriaged so that the issue would get addressed.

Note : 1.Able to reproduce the issue in MAC 10.11.6 and Linux Ubuntu 14.04.
       2.This is a Non regression issue hence removing the "Release Block Stable" label.

Thank you!

Comment 3 by gov...@chromium.org, Nov 4 2016

Cc: blumberg@chromium.org
Labels: ReleaseBlock-Stable
Are you able to repro this bug on M55 Beta #55.0.2883.35?

Adding back "ReleaseBlock-Stable" label so we can track it for M55.

Comment 4 by pbomm...@chromium.org, Nov 4 2016

Cc: e...@chromium.org
Components: Blink>Layout

Comment 5 by e...@chromium.org, Nov 4 2016

Status: WontFix (was: Untriaged)
This is not a regression and is by design. Tables layout is not subpixel aware and thus scales in full pixel increments. This was decided for web-compat and  reasons back when we first added subpixel support to the layout engine.

Now that there is agreement to do subpixel table layout across browser engines we do plan to add support for it, tracked in 377847. See that bug for details.

Comment 6 by jens.pfl...@sap.com, Nov 9 2016 

I think the problem here is not whether sub-pixels are supported or not.
The code does not define any sub-pixels but a fixed height of 25px. But it only gets 24.333px for the table row. Similar for the div.

see attached screenshots of the dev tools
dbg1.jpg
13.9 KB View Download
dbg2.jpg
9.0 KB View Download

Comment 7 by e...@chromium.org, Nov 9 2016 

The elements get snapped to the nearest device pixel, see https://trac.webkit.org/wiki/LayoutUnit for details.
►

Sign in to add a comment