-
beidson@apple.com authored
PageGroupLoadDeferrer needs to take a ReasonForSuspension argument Reviewed by Anders Carlsson. Source/WebCore: No new tests. (Refactor, no change in behavior) - Make PageGroupLoadDeferrer take a ReasonForSuspension argument so it can pass it along. * page/PageGroupLoadDeferrer.cpp: (WebCore::PageGroupLoadDeferrer::PageGroupLoadDeferrer): * page/PageGroupLoadDeferrer.h: - Change suspendScheduledTasks to take a ReasonForSuspension. - As long as we're changing Document.h, add a m_suspendedScheduledTasks flag and some ASSERTs to catch what would be epically wrong behavior in the future. * dom/Document.cpp: (WebCore::Document::Document): (WebCore::Document::suspendScheduledTasks): (WebCore::Document::resumeScheduledTasks): * dom/Document.h: - Pass ActiveDOMObject::WillShowDialog along to all PageGroupLoadDeferrers, as it used to be the default behavior * page/Chrome.cpp: (WebCore::Chrome::runModal): (WebCore::Chrome::runBeforeUnloadConfirmPanel): (WebCore::Chrome::runJavaScriptAlert): (WebCore::Chrome::runJavaScriptConfirm): (WebCore::Chrome::runJavaScriptPrompt): (WebCore::Chrome::shouldInterruptJavaScript): Source/WebKit/blackberry: * Api/WebPageGroupLoadDeferrer.cpp: (BlackBerry::WebKit::WebPageGroupLoadDeferrer::WebPageGroupLoadDeferrer): Pass along ActiveDOMObject::WillShowDialog, which used to be the default * WebCoreSupport/ChromeClientBlackBerry.cpp: (WebCore::ChromeClientBlackBerry::createWindow): Pass along ActiveDOMObject::WillShowDialog, which used to be the default. (WebCore::ChromeClientBlackBerry::runOpenPanel): Ditto. Source/WebKit/chromium: * src/WebViewImpl.cpp: (WebKit::WebView::willEnterModalLoop): Pass along ActiveDOMObject::WillShowDialog, which used to be the default. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@114782 268f45cc-cd09-0410-ab3c-d52691b4dbfc
b1bc1b72