RESOLVED FIXED 63489
[Qt] DRT: Provide LayoutTestController::setDefersLoading and ::goBack support
https://bugs.webkit.org/show_bug.cgi?id=63489
Summary [Qt] DRT: Provide LayoutTestController::setDefersLoading and ::goBack support
Diego Gonzalez
Reported 2011-06-27 15:47:30 PDT
Provide support for LayoutTestController::setDefersLoading and ::goBack LayoutTest: loader/navigation-while-deferring-loads.html
Attachments
Patch (7.09 KB, patch)
2011-06-27 15:56 PDT, Diego Gonzalez
no flags
Patch v2 (7.83 KB, patch)
2011-06-29 08:13 PDT, Diego Gonzalez
tonikitoo: review+
Diego Gonzalez
Comment 1 2011-06-27 15:56:05 PDT
Antonio Gomes
Comment 2 2011-06-27 16:07:35 PDT
Comment on attachment 98807 [details] Patch Diego, do we need to reset the defersLoading flag per-test run?
Diego Gonzalez
Comment 3 2011-06-27 16:46:02 PDT
According my local tests is not necessary to reset the flag. (In reply to comment #2) > (From update of attachment 98807 [details]) > Diego, do we need to reset the defersLoading flag per-test run?
Diego Gonzalez
Comment 4 2011-06-29 08:13:40 PDT
Created attachment 99091 [details] Patch v2
Antonio Gomes
Comment 5 2011-06-29 08:40:53 PDT
Comment on attachment 99091 [details] Patch v2 View in context: https://bugs.webkit.org/attachment.cgi?id=99091&action=review > Source/WebKit/qt/WebCoreSupport/DumpRenderTreeSupportQt.cpp:1005 > +void DumpRenderTreeSupportQt::goBack(QWebPage* page) > +{ > + Page* corePage = QWebPagePrivate::core(page); > + if (corePage) > + corePage->goBack(); > +} How is it different from window.history.back(), diego? http://www.w3schools.com/jsref/met_his_back.asp
Diego Gonzalez
Comment 6 2011-06-29 08:54:55 PDT
(In reply to comment #5) > (From update of attachment 99091 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=99091&action=review > > > Source/WebKit/qt/WebCoreSupport/DumpRenderTreeSupportQt.cpp:1005 > > +void DumpRenderTreeSupportQt::goBack(QWebPage* page) > > +{ > > + Page* corePage = QWebPagePrivate::core(page); > > + if (corePage) > > + corePage->goBack(); > > +} > > How is it different from window.history.back(), diego? > > http://www.w3schools.com/jsref/met_his_back.asp bool Page::goBack() { HistoryItem* item = backForward()->backItem(); if (item) { goToItem(item, FrameLoadTypeBack); return true; } return false; } It seems the sameway
Antonio Gomes
Comment 7 2011-06-29 10:01:31 PDT
Could we check why it was added in a follow up, diego? And why it is needed?
Antonio Gomes
Comment 8 2011-06-29 10:02:04 PDT
Comment on attachment 99091 [details] Patch v2 View in context: https://bugs.webkit.org/attachment.cgi?id=99091&action=review >>> Source/WebKit/qt/WebCoreSupport/DumpRenderTreeSupportQt.cpp:1005 >>> +void DumpRenderTreeSupportQt::goBack(QWebPage* page) >>> +{ >>> + Page* corePage = QWebPagePrivate::core(page); >>> + if (corePage) >>> + corePage->goBack(); >>> +} >> >> How is it different from window.history.back(), diego? >> >> http://www.w3schools.com/jsref/met_his_back.asp > > bool Page::goBack() > { > HistoryItem* item = backForward()->backItem(); > > if (item) { > goToItem(item, FrameLoadTypeBack); > return true; > } > return false; > } > > It seems the sameway How is it different from window.history.back(), diego? http://www.w3schools.com/jsref/met_his_back.asp
Diego Gonzalez
Comment 9 2011-07-01 06:51:00 PDT
Commited at r90178
Note You need to log in before you can comment on or make changes to this bug.