[Webkit-unassigned] [Bug 89414] Focusing the inside of an overflow area that's taller than the viewport inside an iframe scrolls the parent document

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=89414


Elliott Sprehn <esprehn at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jchaffraix at webkit.org




--- Comment #4 from Elliott Sprehn <esprehn at gmail.com>  2012-06-19 20:53:27 PST ---
I've traced this down to a weird interaction with RenderLayer::scrollRectToVisible and RenderLayer::getRectToExpose and trying to center the focused content in the view.

It seems we need to stop applying scrolling recursively to parent FrameView's as soon as the content has become visible in the viewport, but I'm not sure how to know when the rect is visible in the top most FrameView rect since we might be many levels down.

Is there a way to get the top most viewport rect and compare it?

It turns out Gecko doesn't even attempt to propagate scrolling across frame boundaries, and they also perform scrolling in the PresShell by collecting all rects and then going down through them instead of Webkit's approach of working towards the top. We could perhaps simplify some of the Webkit code and fix this bug by doing the same thing and inverting the scrolling code on itself, but that's a big patch.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.