Bug 54532 - On platforms without platformWidgets, going Back to a scrolled page draws at the top-left before drawing at the restored scroll position
Summary: On platforms without platformWidgets, going Back to a scrolled page draws at ...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: All OS X 10.6
: P2 Normal
Assignee: John Sullivan
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2011-02-15 22:53 PST by John Sullivan
Modified: 2011-02-15 23:59 PST (History)
2 users (show)

See Also:


Attachments
Patch to not send didFirstLayout for a nested layout. (2.10 KB, patch)
2011-02-15 23:02 PST, John Sullivan
koivisto: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description John Sullivan 2011-02-15 22:53:42 PST
To reproduce (on Windows or using WebKit2 on Mac, e.g.):

1. Visit http://www.apple.com in a window that’s narrow enough that a horizontal scroller is needed.
2. Scroll to the right side of the page.
3. Click one of the links at the top (e.g. “iPad”).
4. Click Back button

http://www.apple.com draws at the top-left, then redraws with the correct scroll position.

This does not happen in shipping Safari on Mac (due to the use of platformWidgets for the scrollers, as it turns out).
Comment 1 John Sullivan 2011-02-15 23:02:15 PST
Created attachment 82594 [details]
Patch to not send didFirstLayout for a nested layout.
Comment 2 mitz 2011-02-15 23:04:19 PST
<rdar://problem/8998838>
Comment 3 Antti Koivisto 2011-02-15 23:24:34 PST
Comment on attachment 82594 [details]
Patch to not send didFirstLayout for a nested layout.

r=me
Comment 4 Mark Rowe (bdash) 2011-02-15 23:40:32 PST
Committed r78687.
http://trac.webkit.org/changeset/78687