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

Issue 607987 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Sep 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 2
Type: Bug



Sign in to add a comment

ScrollbarUpdate not being called as expected after zooming a page with OOPIFs

Project Member Reported by wjmaclean@chromium.org, Apr 29 2016

Issue description

The cl to enable page-zoom for OOPIFs (out-of-process, or site-isolation, iframes) includes a change to FrameView::setFrameRect() that, although necessary, doesn't seem like it *should* be necessary.

Without the change, scrollbars for subframes on *some* pages fail to update properly; they resize correctly, but fail to re-position themselves. This seems to happen reliably on complicated pages, like slashdot.org, but does not seem to occur on very simple pages.

The change forces updateScrollbarsIfNeeded() to always be called, when previously it was only called if needsLayout() was false. I suspect that this means that layout decides that everything is just scaling up, and thinks no changes are necessary, and possibly early outs before doing the scrollbars.

Calling updateScrollbarsIfNeeded() seems inexpensive and therefore is fine as a temporary fix, but it does point out some underlying layout issue may be present.
 

Comment 1 by e...@chromium.org, Jun 19 2017

Components: -Blink>Layout>Scrollbars
Status: WontFix (was: Assigned)
This code appears to be gone now.

Sign in to add a comment