Changeset 167198 in webkit
- Timestamp:
- Apr 13, 2014 9:41:29 AM (10 years ago)
- Location:
- trunk/Source/WebCore
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebCore/ChangeLog
r167197 r167198 1 2014-04-13 Simon Fraser <simon.fraser@apple.com> 2 3 [iOS WK2] Hook up scrolling tree nodes when coming out of the page cache 4 https://bugs.webkit.org/show_bug.cgi?id=131577 5 6 Reviewed by Tim Horton. 7 8 The call to scrollingCoordinator->frameViewRootLayerDidChange() was inside 9 a #if !PLATFORM(IOS) block, but now that we use the ScrollingCoordinator 10 for WK2 we want to call this. 11 12 * loader/HistoryController.cpp: 13 (WebCore::HistoryController::restoreScrollPositionAndViewState): 14 1 15 2014-04-13 Zan Dobersek <zdobersek@igalia.com> 2 16 -
trunk/Source/WebCore/loader/HistoryController.cpp
r166661 r167198 127 127 m_frame.loader().client().restoreViewState(); 128 128 129 // Don't restore scroll point on iOS as FrameLoaderClient::restoreViewState() does that.130 #if !PLATFORM(IOS)131 129 // FIXME: There is some scrolling related work that needs to happen whenever a page goes into the 132 130 // page cache and similar work that needs to occur when it comes out. This is where we do the work … … 141 139 } 142 140 141 #if !PLATFORM(IOS) 142 // Don't restore scroll point on iOS as FrameLoaderClient::restoreViewState() does that. 143 143 if (!view->wasScrolledByUser()) { 144 144 if (page && m_frame.isMainFrame() && m_currentItem->pageScaleFactor()) … … 147 147 view->setScrollPosition(m_currentItem->scrollPoint()); 148 148 } 149 }150 149 #endif 150 } 151 151 } 152 152
Note: See TracChangeset
for help on using the changeset viewer.