[Webkit-unassigned] [Bug 119454] New: Reset scrollbars when frameview load is completed

[bugzilla-daemon at webkit.org]

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

           Summary: Reset scrollbars when frameview load is completed
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Misc.
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: roger_fong at apple.com
                CC: hyatt at apple.com, simon.fraser at apple.com,
                    jonlee at apple.com, thorton at apple.com


Sometimes a page may take longer to load than expected.
If the page changes the body::-webkit-scrollbar css, those changes won't take affect because we don't call updateScrollbars when we need to.
Right now we do it on the very first layout, which won't necessarily wait to happen until the page has finished loading. 
It also happens when resizing the view.

I think we have two options here:
1. in FrameView::handleLoadComplete, call resetScrollbars so that we update the scroll bars when the page is done loading
2. ensure that the first layout doesn't occur until handleLoadComplete has been called, then allow/force the first layout.
        - not sure about this one because I don't really have a good grasp of all the different situations in which we decide to attempt a layout call

The patch I'm loading is for 1)

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