Steps to reproduce: 1) Load a page with a scrollable subframe, like the attached test case. 2) Touch and drag to scroll the subframe. 3) Then, use the arrow keys or pgup/pgdown to scroll the subframe. Results: The content of the subframe does not scroll, and instead appears to be clipped incorrectly (regions of the frame replaced with white).
Summary: Clipping/displayport issues in scrollable subframe when scrolling with keyboard → Clipping/displayport issues when scrolling a subframe with a keyboard
Tentatively marking as a rollout blocker, but I could be persuaded to not do so. This feels a bit corner case, but for user who navigate via the keyboard it's a deal killer on using the browser.
The clipping issue should be fixed by bug 933264. We probably still won't async scroll these types of elements until bug 939239 is fixed though.
Confirmed this is fixed by bug 933264.
Status: NEW → RESOLVED
Closed: 6 years ago
No longer depends on: 933264
Resolution: --- → DUPLICATE
Duplicate of bug: 933264
Kamil, can you please verify this is fixed?
Went through the following verification process using the following builds: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-02-20-03-02-02-mozilla-central/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-02-20-00-40-01-mozilla-aurora/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/28.0b4/win32/en-US/ - Ensured that you can scroll through the subframe via touch gestures - Ensured that you can scroll through the subframe via the mouse via the scroll bars - Ensured that you can scroll through the subframe via the arrow keys (up, down, right, left) - Ensured that you can scroll through the subframe via the Page Up & Pade Down keys - Ensured that the scrolling looked smooth without any jank or flickering - Ensured that all of the above test cases worked with different variations of snapped view
You need to log in before you can comment on or make changes to this bug.