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

Issue 598762 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 656172
Owner:
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

LayoutBox::offsetFromContainer(view()) is incorrect for fixed-position object

Project Member Reported by wangxianzhu@chromium.org, Mar 29 2016

Issue description

LayoutBox::offsetFromContainer(view()) doesn't compensate view scroll offset for fixed-position object.

This causes wrong result from LayoutBox::mapLocalToAncestor() for fixed-position objects if the ancestor is not a LayoutView.
 
Xianzhu is this blocking any of your work?

Comment 2 by e...@chromium.org, Mar 29 2016

Cc: skobes@chromium.org szager@chromium.org
Re #1: It affects paint invalidation of fixed-position objects, but I can workaround it.
Owner: wangxianzhu@chromium.org
Status: Assigned (was: Available)
Status: Started (was: Assigned)
Affected layout tests:
compositing/repaint/fixed-pos-inside-composited-intermediate-layer.html
compositing/overflow/fixed-scroll-in-empty-root-layer.html
fast/repaint/fixed-under-composited-absolute-scrolled.html

The tests are producing correct results because of a workaround of this bug in PaintInvalidationState. Will fix offsetFromContainer and remove the workaround.

Status: Assigned (was: Started)
Still would like to pause this because it's still not clear in what coordinates (frame coordinates or LayoutView coordinates) that offsetFromContainer(view()) should return, until root-layer-scrolls launches.

As there is no visible issue here (because of the workaround in PaintInvalidationState), will wait for root-layer-scrolls.
Mergedinto: 656172
Status: Duplicate (was: Assigned)
Merge into  bug 656172  which states the root cause and cover more cases.

Sign in to add a comment