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

Issue 605671 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 485650
Owner:
Closed: May 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

Pixel not being drawn between top controls and content

Project Member Reported by dtapu...@chromium.org, Apr 21 2016

Issue description

Version: 50.0.2661.79
Device: Pixel

Goto: crbug.com/522648
Scroll the page; watch the pixels between the top controls and the content. It will alternate drawing between draw black and white.

Seems like a high dpi pixel snapping issue.


 

Comment 1 by danakj@chromium.org, Apr 21 2016

Cc: osh...@chromium.org

Comment 2 by danakj@chromium.org, Apr 21 2016

Cc: piman@chromium.org

Comment 3 by danakj@chromium.org, Apr 21 2016

Components: -Internals>Compositing UI>Aura
Status: Assigned (was: Untriaged)

Comment 5 by sunxd@chromium.org, May 5 2016

The issue goes away if I #enable-use-zoom-for-dsf.
I added some logging code and try to reproduce the bug on pixel: the function IsUseZoomForDSFEnabled() is called by RenderWidgetHostViewAura::OnSwapCompositorFrame(), but forcing OnSwapCompositorFrame to use the #enable-use-zoom-for-dsf path does not fix the issue.

Comment 6 by sunxd@chromium.org, May 6 2016

Mergedinto: 462535
Status: Duplicate (was: Assigned)
As enabling the flag cures the issue, the bug might be a result of a non-integer device scale factor. After discussing with oshima@ offline, I'm merging this issue to  crbug.com/462535 .
Mergedinto: -462535 485650
It's probably non integer transform, which is causing similar issue as in 462535, not device scale factor. (dsf is always integral on pixel)

If use-zoom-for-dsf fixes it, let's merge to that one.


Sign in to add a comment