/src/3rdparty/webkit/Source/WebKit/qt/ChangeLog
https://bitbucket.org/ultra_iter/qt-vtl · #! · 3750 lines · 2549 code · 1201 blank · 0 comment · 0 complexity · 1248cbfe569abae694a672271bd47b5f MD5 · raw file
Large files are truncated click here to view the full file
- 2011-11-03 Jesus Sanchez-Palencia <jesus@webkit.org>
- Reviewed by Kenneth Rohde Christiansen.
- [Qt] QtWebKit should have documentation clarifying its mobile features usage
- https://bugs.webkit.org/show_bug.cgi?id=41465
- Add "QtWebKit Goes Mobile" documentation
- * docs/qtwebkit-goes-mobile.qdoc: Added.
- * docs/qtwebkit.qdoc: Linked to qtwebkit-goes-mobile documentation
- * docs/webkitsnippets/qtwebkit_goes_mobile_snippets.cpp: Added.
- 2011-11-01 Alexis Menard <alexis.menard@openbossa.org>
- Unreviewed Qt documentation fix.
- This signal is Qt 4.8 material.
- * Api/qwebpage.cpp:
- 2011-10-21 Zeno Albisser <zeno.albisser@nokia.com>
- [Qt] WebKit build does not respect QMAKE_MAC_SDK variable.
- https://bugs.webkit.org/show_bug.cgi?id=70596
- Instead of only relying on DARWIN_MAJOR_VERSION we also
- check QMAKE_MAC_SDK. In case QMAKE_MAC_SDK is not defined
- we are still falling back to DARWIN_MAJOR_VERSION.
- Patch by Andy Shaw <andy.shaw@digia.com>
- Reviewed by Noam Rosenthal.
- * QtWebKit.pro:
- 2011-09-06 Ademar de Souza Reis Jr. <ademar.reis@openbossa.org>
- [Qt][Symbian] REGRESSION[94105] DumpRenderTree.exe doesn't build on Symbian
- https://bugs.webkit.org/show_bug.cgi?id=67644
- Reviewed by Csaba Osztrogonác.
- * symbian/eabi/QtWebKitu.def: add missing entry for
- FrameLoaderClientQt::dumpProgressFinishedCallback(bool)
- 2011-08-31 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- [Qt] Unskip API test for load signals order
- https://bugs.webkit.org/show_bug.cgi?id=67285
- Reviewed by Andreas Kling.
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::loadSignalsOrder):
- 2011-08-30 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Emit last progress notification before calling dispatchDidFinishLoad
- https://bugs.webkit.org/show_bug.cgi?id=28851
- Reviewed by Adam Barth.
- Add infrastructure to dump progressFinishedNotification callback in DRT.
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::dumpProgressFinishedCallback):
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::postProgressFinishedNotification):
- * WebCoreSupport/FrameLoaderClientQt.h:
- 2011-09-02 Jade Han <jade.han@nokia.com>
- [Qt][Symbian] REGRESSION(93235) Missing .def update
- https://bugs.webkit.org/show_bug.cgi?id=67307
- Reviewed by Laszlo Gombos.
- * symbian/eabi/QtWebKitu.def:
- 2011-08-12 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- [Qt] Add test for correct order of load signals in QWebPage
- https://bugs.webkit.org/show_bug.cgi?id=66016
- Reviewed by Benjamin Poulain.
- Add API test to ensure the order of load signals: loadStarted() needs to be emitted
- first, then loadProgress(100), followed by loadFinished().
- The test is skipped since this right now is broken, the bug
- https://bugs.webkit.org/show_bug.cgi?id=28851 tracks one possible way to fix.
- * tests/qwebpage/tst_qwebpage.cpp:
- (SpyForLoadSignalsOrder::SpyForLoadSignalsOrder):
- (SpyForLoadSignalsOrder::isFinished):
- (SpyForLoadSignalsOrder::onLoadProgress):
- (tst_QWebPage::loadSignalsOrder_data):
- (tst_QWebPage::loadSignalsOrder):
- 2011-08-25 Ademar de Souza Reis Jr. <ademar.reis@openbossa.org>
- Unreviewed QtWebKit.pro fix for when building inside Qt
- Patch by Simo Fält <simo.falt@nokia.com>
- The QtWebKit version was being overwritten by a global Qt version when
- QtWebKit was built inside Qt. Fixed by moving the version
- definition after the inclusion of qbase.pri.
- * QtWebKit.pro:
- 2011-08-18 Chang Shu <cshu@webkit.org>
- Add support of setPasswordEchoEnabled and setPasswordEchoDuration for password echo feature
- https://bugs.webkit.org/show_bug.cgi?id=66052
- Reviewed by Alexey Proskuryakov.
- Enable password echo under the build flag.
- * Api/qwebsettings.cpp:
- (QWebSettingsPrivate::apply):
- 2011-08-16 Chang Shu <cshu@webkit.org>
- Support reset in WebCore::Internals
- https://bugs.webkit.org/show_bug.cgi?id=66307
- Reviewed by Dimitri Glazkov.
- Added framework code in WebKit.
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::resetInternalsObject):
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- 2011-06-09 Robert Hogan <robert@webkit.org>
- Reviewed by Andreas Kling.
- Teach Qt about window.internals
- https://bugs.webkit.org/show_bug.cgi?id=61074
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::injectInternalsObject):
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- 2011-08-23 Tor Arne Vestbø <tor.arne.vestbo@nokia.com>
- [Qt] Fix build on Lion
- https://bugs.webkit.org/show_bug.cgi?id=66770
- Reviewed by Andreas Kling.
- We were mistakenly picking up mac/WebCoreSystemInterface.h instead of
- the Qt one, and building on Lion revealed this when a typedef for
- IOSurfaceRef was wrapped in PLATFORM(MAC).
- For now we fix this by including WebCoreSystemInterface using
- brackets, so that we'll pick up the right file based on the
- include paths. This also means exposing a few missing enums
- in our own version of the file, so those were added.
- Lasty, we need to link against the right system interface library
- on Lion.
- * QtWebKit.pro:
- 2011-08-05 Dawit Alemayehu <adawit@kde.org>
- Reviewed by Andreas Kling.
- Reverted commit r87797, http://trac.webkit.org/changeset/87797, because it
- causes the regression reported under bug# 63582.
- [Qt] REGRESSION(r87797): Broke KDEWebKit's custom QNAM.
- https://bugs.webkit.org/show_bug.cgi?id=63582
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::setFrame):
- 2011-07-26 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Change default backend to use GStreamer on Linux and QuickTime on Mac.
- https://bugs.webkit.org/show_bug.cgi?id=63472
- Use the flag WTF_USE_QTKIT=1 rather than USE_QTKIT=1 because that flag doesn't
- exist anymore, it's the default. Ditto for GStreamer.
- * QtWebKit.pro:
- 2011-06-23 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Eric Carlson.
- [Qt] Implement fullscreen support on Mac with the QuickTime backend.
- https://bugs.webkit.org/show_bug.cgi?id=61728
- Implement fullscreen support for Qt when using the QuickTime backend.
- We mostly use what is already done for the Mac port.
- * QtWebKit.pro:
- * WebCoreSupport/ChromeClientQt.cpp:
- (WebCore::ChromeClientQt::ChromeClientQt):
- (WebCore::ChromeClientQt::~ChromeClientQt):
- * WebCoreSupport/ChromeClientQt.h:
- * WebCoreSupport/FullScreenVideoQt.cpp:
- (WebCore::FullScreenVideoQt::FullScreenVideoQt):
- (WebCore::FullScreenVideoQt::~FullScreenVideoQt):
- (WebCore::FullScreenVideoQt::enterFullScreenForNode):
- (WebCore::FullScreenVideoQt::exitFullScreenForNode):
- (WebCore::FullScreenVideoQt::requiresFullScreenForVideoPlayback):
- (WebCore::FullScreenVideoQt::isValid):
- * WebCoreSupport/FullScreenVideoQt.h:
- * WebCoreSupport/QTKitFullScreenVideoHandler.h: Added.
- * WebCoreSupport/QTKitFullScreenVideoHandler.mm: Added.
- (QTKitFullScreenVideoHandler::QTKitFullScreenVideoHandler):
- (QTKitFullScreenVideoHandler::~QTKitFullScreenVideoHandler):
- (QTKitFullScreenVideoHandler::enterFullScreen):
- (QTKitFullScreenVideoHandler::exitFullScreen):
- * WebCoreSupport/WebSystemInterface.mm:
- (InitWebCoreSystemInterface):
- 2011-07-27 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- [Qt] QtWebkit never finishes loading sites when they are loaded after an initial QUrl fails to load.
- https://bugs.webkit.org/show_bug.cgi?id=61328
- Reviewed by Andreas Kling.
- Change the hooks in FrameLoaderClient we use for emitting signals. Instead of
- emitting signals in the progress notification functions, we use the
- dispatchDid{Start,Finish,Fail}* functions. The main reason behind this change is
- that loading code is prepared to handle load() when inside those functions.
- The crash was being caused by setUrl() (and load()) being called when
- loadFinished(false) was emitted. The problem here is that when
- postProgressFinishedNotification the FrameLoader wasn't ready for taking a load()
- call again, because it was still the ProvisionalLoadState but with the
- provisionalDocumentLoader already removed.
- To emulate the same behavior that QtWebKit had when using
- postProgressFinishedNotification, we now keep track of the frame originating the
- load, and emit the signals when this frame's client is called.
- The patch keeps the existing semantics for QWebPage signals, but we now emit the
- QWebFrame signals everytime, not only when they are the originating frame for
- loading.
- * Api/qwebframe.cpp:
- (clearCoreFrame): Document our assumption that activeDocumentLoader will exist.
- * WebCoreSupport/FrameLoaderClientQt.h: Remove m_loadError, add a boolean to keep
- track whether the frame is originating the load. Remove the signals from
- FrameLoaderClientQt since we will emit QWebFrame and QWebPage signals directly.
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::FrameLoaderClientQt): Initialize m_isOriginatingLoad.
- (WebCore::FrameLoaderClientQt::setFrame): Do not connect QWebFrame and QWebPage
- signals to our signals for load/finished, signal emission will be done manually.
- (WebCore::FrameLoaderClientQt::dispatchDidStartProvisionalLoad): Emit
- loadStarted() signal and make the first notification of estimation change, that
- Qt API tests expect to exist and notify 10%.
- (WebCore::FrameLoaderClientQt::dispatchDidFinishLoad): Remove reference to
- m_loadError and emit loadFinished() signal.
- (WebCore::FrameLoaderClientQt::postProgressStartedNotification): Remove signal
- emission and mark the originating load as true, since only the originating frame
- gets this call in its client.
- (WebCore::FrameLoaderClientQt::postProgressFinishedNotification): Remove signal
- emission.
- (WebCore::FrameLoaderClientQt::callErrorPageExtension): Return whether the call
- was successful or not. This wasn't necessary before because a successful call for
- error page would lead to a load(), that cleared the m_loadError.
- (WebCore::FrameLoaderClientQt::dispatchDidFailProvisionalLoad): Remove reference
- to m_loadError and emit finished signal indicating error if ErrorPage extension
- doesn't handle it.
- (WebCore::FrameLoaderClientQt::dispatchDidFailLoad): Ditto.
- (WebCore::FrameLoaderClientQt::emitLoadStarted): Emit the loadStarted() signal
- for the QWebFrame, and if the originating load also do for the QWebPage.
- (WebCore::FrameLoaderClientQt::emitLoadFinished): Same as before but for
- loadFinished(). Take care to reset the originating load flag before the signals
- are emitted, since they might want to set it back again.
- * tests/qwebframe/tst_qwebframe.cpp:
- (URLSetter::URLSetter): Object that sets the url using either load() or setUrl()
- when a certain signal is emitted in the frame.
- (URLSetter::execute):
- (tst_QWebFrame::loadInSignalHandlers_data):
- (tst_QWebFrame::loadInSignalHandlers): New test inspired by the bug test case. This test
- crashes without this patch applied.
- 2011-07-25 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- [Qt] Add more tests to cover the behavior of loadFinished() signal
- https://bugs.webkit.org/show_bug.cgi?id=63490
- Reviewed by Benjamin Poulain.
- * tests/qwebframe/tst_qwebframe.cpp:
- (FakeReply::FakeReply):
- (FakeNetworkManager::createRequest): Add a fake reply that gives 404 error code.
- (tst_QWebFrame::loadFinishedAfterNotFoundError): Verify that we get loadFinished(false)
- after a 404 error without contents.
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::errorPageExtensionLoadFinished): Verify if the argument of loadFinished()
- is true when we use error page extension to produce our own error pages.
- 2011-07-12 Hui Huang <Hui.2.Huang@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt] Fix compiling errors with QtWebkit 2.2 WINSCW build.
- https://bugs.webkit.org/show_bug.cgi?id=64391
- (QtWebKit-2.2 only, patch not in webkit trunk)
- * symbian/bwins/QtWebKitu.def:
- 2011-07-19 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- [Qt] Improve documentation of QWebView::setPage()
- https://bugs.webkit.org/show_bug.cgi?id=64827
- Reviewed by Noam Rosenthal.
- * Api/qwebview.cpp: Use the word 'page' to refer to a QWebPage instead of 'document'.
- 2011-05-16 Robert Hogan <robert@webkit.org>
- Reviewed by Kenneth Rohde Christiansen.
- plugins/invalidate_rect.html fails on linux ports
- Add ChromeClientQt::allowsAcceleratedCompositing().
- https://bugs.webkit.org/show_bug.cgi?id=54051
- * WebCoreSupport/ChromeClientQt.cpp:
- (WebCore::ChromeClientQt::allowsAcceleratedCompositing):
- * WebCoreSupport/ChromeClientQt.h:
- 2011-07-01 Jade Han <jade.han@nokia.com>
- [Qt][Symbian] Update .def file for Symbian to build Tools
- https://bugs.webkit.org/show_bug.cgi?id=61200
- Reviewed by Laszlo Gombos.
- Add newly introduced symbols to fix building the Tools directory for Symbian.
- * symbian/eabi/QtWebKitu.def:
- 2011-06-30 Rafael Brandao <rafael.lobo@openbossa.org>
- Reviewed by Benjamin Poulain.
- [Qt] Fix tst_QWebFrame::renderGeometry() API test
- https://bugs.webkit.org/show_bug.cgi?id=63236
-
- This test required a security origin with granted permission to request local resources.
- By default, only local files can load local resources. So modified baseUrl to be a local file.
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::renderGeometry):
- 2011-07-01 Jade Han <jade.han@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt][Symbian] Update .def file for Symbian
- https://bugs.webkit.org/show_bug.cgi?id=61200
- Add newly introduced symbols to fix the Symbian build.
- * symbian/eabi/QtWebKitu.def:
- 2011-06-30 Fabrizio Machado <fabrizio.machado@nokia.com>
- Reviewed by Benjamin Poulain.
-
- [Qt] QML Webview causes performance drops
- https://bugs.webkit.org/show_bug.cgi?id=57554
- Remove tiledBackingStoreEnabled from QML WebView.
-
- * declarative/qdeclarativewebview.cpp:
- (QDeclarativeWebView::setPage):
- 2011-06-29 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Benjamin Poulain.
- [Qt] Add Qt dependencies in QtWebKit's main pro file.
- https://bugs.webkit.org/show_bug.cgi?id=63639
- syncqt, the script which generates the headers inside Qt parses
- the main pro file of QtWebKit to check the Qt dependencies. It used
- to be WebCore.pro but after the build reorganization QtWebKit.pro is
- the new main pro file so we need to add the network dependency just like
- we did in WebCore.pro.
- * QtWebKit.pro:
- 2011-06-23 Csaba Osztrogonác <ossy@webkit.org>
- Rubber-stamped by Andreas Kling.
- [Qt] Fix tst_QWebPage::showModalDialog() API test
- https://bugs.webkit.org/show_bug.cgi?id=63244
- [Qt] Fix tst_QWebPage::testStopScheduledPageRefresh() API test
- https://bugs.webkit.org/show_bug.cgi?id=63245
- * tests/qwebpage/tst_qwebpage.cpp: Mark failing test cases as expected fails.
- (tst_QWebPage::showModalDialog):
- (tst_QWebPage::testStopScheduledPageRefresh):
- 2011-06-28 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Use <QtX/x.h> style of headers for Qt tests which rely on it.
- https://bugs.webkit.org/show_bug.cgi?id=63562
- Some Qt auto-tests rely on <QtX/x.h> types of includes.
- * Api/qwebkitplatformplugin.h:
- * symbian/platformplugin/qwebkitplatformplugin.h:
- 2011-06-28 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Use QtQuick imports in Api tests rather than old deprecated Qt 4.x imports.
- https://bugs.webkit.org/show_bug.cgi?id=63533
- We need to use the new QtQuick 1.x imports rather than the old deprecated
- version.
- * tests/qdeclarativewebview/resources/webviewbackgroundcolor.qml:
- * tests/qdeclarativewebview/resources/webviewtest.qml:
- * tests/qdeclarativewebview/resources/webviewtestdefault.qml:
- 2011-06-27 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] tst_QWebFrame::overloadedSlots() fails
- https://bugs.webkit.org/show_bug.cgi?id=37319
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::overloadedSlots): Remove expected failure and
- fix the comment.
- 2011-06-27 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Kenneth Rohde Christiansen.
- [Qt] Remove Phonon MediaPlayer from the tree.
- https://bugs.webkit.org/show_bug.cgi?id=63448
- Remove Phonon related stuff.
- * docs/qtwebkit.qdocconf:
- * qt_webkit_version.pri:
- 2011-06-23 Csaba Osztrogonác <ossy@webkit.org>
- Rubber-stamped by Andreas Kling.
- [Qt] Fix tst_QWebFrame::setHtmlWithResource() API test
- https://bugs.webkit.org/show_bug.cgi?id=63235
- [Qt] Fix tst_QWebFrame::renderGeometry() API test
- https://bugs.webkit.org/show_bug.cgi?id=63236
- [Qt] Fix tst_QWebFrame::setUrlWithPendingLoads() API test
- https://bugs.webkit.org/show_bug.cgi?id=63237
- * tests/qwebframe/tst_qwebframe.cpp: Mark failing test cases as expected fails until real fix.
- (tst_QWebFrame::setHtmlWithResource):
- (tst_QWebFrame::renderGeometry):
- 2011-06-23 Csaba Osztrogonác <ossy@webkit.org>
- Rubber-stamped by Andreas Kling.
- [Qt] Fix tst_QWebPage::showModalDialog() API test
- https://bugs.webkit.org/show_bug.cgi?id=63244
- [Qt] Fix tst_QWebPage::testStopScheduledPageRefresh() API test
- https://bugs.webkit.org/show_bug.cgi?id=63245
- * tests/qwebpage/tst_qwebpage.cpp: Mark failing test cases as expected fails.
- (tst_QWebPage::showModalDialog):
- (tst_QWebPage::testStopScheduledPageRefresh):
- 2011-06-23 Joe Wild <joseph.wild@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt] Export files under Symbian Qt WebKit build
- https://bugs.webkit.org/show_bug.cgi?id=61207
- Export files for the Symbian platform as this is needed by the
- production build system.
- Janne Koskinen provided the suggestion to use target_predeps,
- which is an improvement over the originally suggested patch.
- * QtWebKit.pro:
- 2011-06-23 Joe Wild <joseph.wild@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt] The Qt WebKit Symbian .def file needs to be updated so Symbian will build
- https://bugs.webkit.org/show_bug.cgi?id=61200
- Revert r87060 as it broke compatibility with QtWebKit 2.1 release
- and add some newly introduce symbols.
- * symbian/eabi/QtWebKitu.def:
- 2011-06-22 Ademar de Souza Reis Jr. <ademar.reis@openbossa.org>
- Reviewed by Holger Freyther.
- [Qt] Fix Qt namespace on QDeclarativeWebView autotest
- https://bugs.webkit.org/show_bug.cgi?id=63147
- Applications (such as the test runner) are not supposed to be wrapped
- by {QT_BEGIN,QT_END}_NAMESPACE macros, otherwise building Qt (or
- QtWebKit) with a specific namespace won't work (will result in main
- being undefined).
- This was the only test wrapped by these macros, all others are fine.
- * tests/qdeclarativewebview/tst_qdeclarativewebview.cpp: remove
- namespace macros.
- 2011-06-21 Yael Aharon <yael.aharon@nokia.com>
- Reviewed by Andreas Kling.
- [Qt] Regression(60942) wrong default action for drag-and-drop.
- https://bugs.webkit.org/show_bug.cgi?id=63004
- Added special handling for the case that dragOperation is not initialized.
- Save the last dropOperation and pass it to the dropEvent, so that it can
- be accepted by QDrag.
- Call event->accepted() and not event->acceptProposedAction(), because the
- later ignores the dropAction specified in JavaScript.
- Tested with the test page attached to https://bugs.webkit.org/show_bug.cgi?id=40401
- and did not see any issue.
- Also manually tested all combinations of LayoutTests/fast/events/drag-and-drop.html
- and they all pass.
- * Api/qwebpage.cpp:
- (dropActionToDragOp):
- (QWebPagePrivate::dragMoveEvent):
- (QWebPagePrivate::dropEvent):
- 2011-06-16 Sheriff Bot <webkit.review.bot@gmail.com>
- Unreviewed, rolling out r88796.
- http://trac.webkit.org/changeset/88796
- https://bugs.webkit.org/show_bug.cgi?id=62790
- It made fast/dom/nodesFromRect-basic.html time out on Qt,
- 64-bit, debug mode (Requested by Ossy on #webkit).
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::plainText):
- (DumpRenderTreeSupportQt::nodesFromRect):
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::overloadedSlots):
- (tst_QWebFrame::domCycles):
- 2011-06-17 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Fix wrong framework generation on MacOS when inside Qt 4.8.
- https://bugs.webkit.org/show_bug.cgi?id=62815
- Partially revert r85870 which assumed that QtWebKit will never be build inside Qt
- anymore. Everything inside !QTDIR_build condition is not needed in the Qt tree because
- qbase.pri is doing the job for us, i.e. using includes generated by syncqt to
- setup the mac framework. It also use a correct QMAKE_LFLAGS_SONAME making possible
- to actually run an application linked against QtWebKit.
- * QtWebKit.pro:
- 2011-06-15 Diego Gonzalez <diegohcg@webkit.org>
- Reviewed by Kenneth Rohde Christiansen.
- [Qt] Inconsistent behavior on a form submit request...
- https://bugs.webkit.org/show_bug.cgi?id=45523
- The inconsistency occurs when a form submission requests a new window.
- Two windows are opened (instead of only one) and the first window is opened
- as a blank page.
- By default each page is put into their own unique page group, which affects popup windows
- and visited links. Page groups (per process only) is a feature making it possible to use
- separate settings for each group, so that for instance an integrated browser/email reader
- can use different settings for displaying HTML pages and HTML email. To make QtWebKit work
- as expected out of the box, we use a default group similar to what other ports are doing.
- * Api/qwebpage.cpp:
- 2011-06-14 Andreas Kling <kling@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] Don't include convenience "QWebFoo" headers in WebKit code.
- https://bugs.webkit.org/show_bug.cgi?id=62632
- * WebCoreSupport/FrameNetworkingContextQt.cpp:
- 2011-06-14 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] tst_QWebFrame::overloadedSlots() fails
- https://bugs.webkit.org/show_bug.cgi?id=37319
- Since the implicit conversion was removed, change support functions of DRT to
- expect a QVariantMap instead of a QWebElement. This matches the exposed function
- in the controller, which takes 'document' and not 'document.documentElement'.
- And now that Element -> QWebElement is a perfect match, we must use QWebElement
- instead of QVariantMap, like in plainText().
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::plainText): Fix to use QWebElement instead of
- QVariantMap when getting the startContainer. Also use QVariantMap directly,
- bridge will do conversion for us now.
- (getCoreDocumentFromVariantMap): Extracts the WebCore::Document* from the
- QVariantMap that Qt bridge gives us when 'document' is passed from JS.
- (DumpRenderTreeSupportQt::nodesFromRect): Use helper function.
- * tests/qwebframe/tst_qwebframe.cpp: Splitted the test domCycles() into two
- different tests. In practice, the original test just checked whether we could
- create a QVariantMap representing 'document' without infinite looping due to
- cycles in the DOM. This was more evident before since we haven't a conversion
- from JSElement to QWebElement, but from JSElement to QVariantMap.
- (tst_QWebFrame::documentHasDocumentElement): Evaluates 'document' and extracts
- 'documentElement' from it. Compares to QWebFrame::documentElement().
- (tst_QWebFrame::documentAllHasDocumentElement): Look inside 'document.all' for
- the documentElement.
- (tst_QWebFrame::overloadedSlots): Remove expected failure and fix wrong comment.
- 2011-06-10 Andreas Kling <kling@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] Fix 'headers' autotest when building inside Qt.
- https://bugs.webkit.org/show_bug.cgi?id=62449
- * Api/qwebkitplatformplugin.h:
- 2011-06-09 Andras Becsi <abecsi@webkit.org>
- Reviewed by Andreas Kling.
- [Qt] Fix the in-tree build on Linux
- https://bugs.webkit.org/show_bug.cgi?id=62378
- In case of an in-tree build qmake generates defect prl dependencies for
- the QtWebKit library, because the inclusion of qtbase.pri adds explicitlib to CONFIG.
- * QtWebKit.pro: Remove explicitlib and staticlib from CONFIG.
- 2011-06-08 Andreas Kling <kling@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] FrameLoaderClient: Check Vector::find() return value for WTF::notFound.
- https://bugs.webkit.org/show_bug.cgi?id=62274
- Vector::find() returns size_t (which is unsigned), so we should check
- for WTF::notFound instead of -1.
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::createPlugin):
- 2011-06-07 Aravind Akella <aravind.akella@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt][Symbian] API test failure qdeclarativewebview
- https://bugs.webkit.org/show_bug.cgi?id=59481
- QML files cannot be loaded on Symbian due to difference
- in capabilities between qmlwebkitplugin.dll and Qtwebkit.dll.
- A PlatSec error that Qtwebkit.dll has "DRM AllFiles" capabilities
- missing is observed when dynamically loading the QML plugin.
- * declarative/declarative.pro: Match capabilities in QtWebKit.pro.
- * symbian/platformplugin/platformplugin.pro: Match capabilities with the other 2 DLLs.
- Also remove TARGET.VID from platformplugin, as it's not used in any other Qt WebKit DLL,
- and causes build warnings about undefined VENDOR_VID.
- * tests/tests.pri: Add WriteDeviceData capability for API tests.
- 2011-06-03 Rafael Brandao <rafael.lobo@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] It made two Qt API tests fail
- https://bugs.webkit.org/show_bug.cgi?id=58847
- Modified failing test's base url so it could get a valid origin
- and make use of local storage. Also added another test that checks
- local storage visibility in both scenarios.
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::testOptionalJSObjects):
- (checkLocalStorageVisibility):
- (tst_QWebPage::testLocalStorageVisibility):
- 2011-06-03 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Warning fixes on comparisons between a signed and an unsigned.
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::computedStyleIncludingVisitedInfo):
- (DumpRenderTreeSupportQt::nodesFromRect):
- 2011-06-03 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- To support building namespaced Qt, we require that forward-declarations
- of Qt classes be wrapped in QT_BEGIN_NAMESPACE and QT_END_NAMESPACE.
- * WebCoreSupport/FrameLoaderClientQt.h:
- 2011-06-03 Alexis Menard <alexis.menard@openbossa.org>
- Unreviewed build fix after r87902.
- To support building namespaced Qt, we require that forward-declarations
- of Qt classes be wrapped in QT_BEGIN_NAMESPACE and QT_END_NAMESPACE but
- only on classes inside Qt.
-
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- 2011-06-03 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Benjamin Poulain.
- Some warning fixes. Values in switch not handled, and
- a comparison between a signed and an unsigned.
- * Api/qwebpage.cpp:
- (QWebPagePrivate::inputMethodEvent):
- (QWebPagePrivate::dynamicPropertyChangeEvent):
- (QWebPage::action):
- 2011-05-26 Alexis Menard <alexis.menard@openbossa.org>
- Unreviewed build fix for Qt and QuickTime backend.
- r87328 added a new system interface, we need to add it too.
- * WebCoreSupport/WebSystemInterface.mm:
- (InitWebCoreSystemInterface):
- 2011-05-25 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Eric Carlson.
- [Qt] Enable usage of QuickTime mediaplayer for the Qt port on Mac.
- https://bugs.webkit.org/show_bug.cgi?id=61279
- Enable the usage of QuickTime backend for the Qt port. It can be enabled by
- passing DEFINES+=USE_QTKIT=1 when calling build-webkit.
- * Api/qwebpage.cpp:
- (QWebPagePrivate::QWebPagePrivate):
- * QtWebKit.pro:
- * WebCoreSupport/FullScreenVideoQt.cpp:
- (WebCore::FullScreenVideoQt::enterFullScreenForNode):
- (WebCore::FullScreenVideoQt::requiresFullScreenForVideoPlayback):
- (WebCore::FullScreenVideoQt::isValid):
- * WebCoreSupport/WebSystemInterface.h: Added.
- * WebCoreSupport/WebSystemInterface.mm: Added.
- (InitWebCoreSystemInterface):
- 2011-06-02 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Fix enum order in qwebpage.h public API header
- https://bugs.webkit.org/show_bug.cgi?id=61959
- Since qwebpage.h is a public header, we can't change the values of
- the enumerations. This patch moves the new enumeration to the end
- of the list. As a bonus, adds a missing entry in
- editorCommandWebActions table.
- * Api/qwebpage.cpp:
- * Api/qwebpage.h:
- 2011-06-02 Andreas Kling <kling@webkit.org>
- Rubber-stamped by Simon Hausmann.
- Remove Qt's precompiled header hack as it was broken, and was not even
- used unless building WebKit inside a Qt tree.
- * WebKit_pch.h: Removed.
- 2011-06-01 Andreas Kling <kling@webkit.org>
- Reviewed by Benjamin Poulain.
- REGRESSION: [Qt] QNetworkReply delivered by the unsupportedContent() signal does not contain downloaded data
- https://bugs.webkit.org/show_bug.cgi?id=49650
- Defer emission of QWebPage::unsupportedContent() until we're back in the event loop.
- This lets the QNAM backend finish with the reply without handing over ownership to the user code.
- No new tests since this doesn't fail for qrc:// or file:// URLs and our tests can't depend on http:// URLs.
- To correctly solve this issue, we need changes to Qt, tracked here:
- http://bugreports.qt.nokia.com/browse/QTBUG-18718
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::setFrame):
- (WebCore::FrameLoaderClientQt::download):
- * WebCoreSupport/FrameLoaderClientQt.h:
- 2011-06-02 Andreas Kling <kling@webkit.org>
- Unreviewed build fix.
- To support building namespaced Qt, we require that forward-declarations
- of Qt classes be wrapped in QT_BEGIN_NAMESPACE and QT_END_NAMESPACE.
- * WebCoreSupport/DumpRenderTreeSupportQt.h:
- 2011-06-01 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Kenneth Rohde Christiansen.
- [Qt]Fix tst_QWebFrame::setUrlToInvalid() autotest after r84762
- https://bugs.webkit.org/show_bug.cgi?id=59345
- KURL and QUrl disagree whether certain URLs are valid or not. The regression here
- was caused by the fact that now KURL accepts "http:/example.com" (note only one
- slash) and our test case used a strange edge case that's transformed into a
- "one-slash" URL that now KURL can handle.
- QtWebKit approach in this case is to do a best effort and accept the QUrl if KURL
- can understand it. So I've updated the test to use a more meaningful example and
- show that an invalid URL gets converted to a valid URL if possible.
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::setUrlToInvalid):
- 2011-06-01 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Tor Arne Vestbø.
- [Qt] Rewrite tst_QDeclarativeWebView::multipleWindows() to not depend on Grid internals
- https://bugs.webkit.org/show_bug.cgi?id=61739
- The skipped test was imported from Qt source repository, and used private headers
- to peek in the QML Grid element. This patch changes the QML used to expose the
- information we want to test: number of pages opened and the first page opened.
- * tests/qdeclarativewebview/resources/newwindows.html:
- Added <body> tags. We have no reason to not use them in the test.
- * tests/qdeclarativewebview/resources/newwindows.qml:
- Moved the timer out of the page component, used anchors for setting webview size,
- changed the way we count pages opened. Also changed coding style a bit.
- * tests/qdeclarativewebview/tst_qdeclarativewebview.cpp:
- (tst_QDeclarativeWebView::multipleWindows):
- We now look for properties with the information we want in the rootItem: pagesOpened and
- firstPageOpened.
- 2011-05-31 Rafael Brandao <rafael.lobo@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] tst_QWebFrame::render() failing
- https://bugs.webkit.org/show_bug.cgi?id=60893
-
- The test was expecting the frame contents to be already loaded
- before rendering it into a QPicture. Renamed the test to fit
- its real purpose more accordingly.
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::renderGeometry):
- 2011-05-30 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Fix unnecessary wait in API autotest tst_QWebFrame::scrollbarsOff
- https://bugs.webkit.org/show_bug.cgi?id=61711
- The loadFinished() signal was emitted directly inside the call for setHtml, so
- the test was waiting the loadFinished() signal with a big timeout. Change this by
- a very small timeout and a verification with signal spy.
- In practice, setHtml() will either directly call loadFinished() or queue it to
- the next event loop run, and test will work for both situations.
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::scrollbarsOff):
- 2011-05-20 Csaba Osztrogonác <ossy@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] tst_QWebElement::style() fails because QWebElement::InlineStyle doesn't work as expected
- https://bugs.webkit.org/show_bug.cgi?id=60372
- * tests/qwebelement/tst_qwebelement.cpp: Mark failing test case as expected fail.
- (tst_QWebElement::style):
- 2011-05-20 Csaba Osztrogonác <ossy@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] Fix tst_QDeclarativeWebView::basicProperties() and historyNav() autotests
- https://bugs.webkit.org/show_bug.cgi?id=61042
- * tests/qdeclarativewebview/tst_qdeclarativewebview.cpp: Mark failing test cases as expected fails.
- (tst_QDeclarativeWebView::basicProperties):
- (tst_QDeclarativeWebView::historyNav):
- 2011-05-20 Csaba Osztrogonác <ossy@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt] Fix tst_QWebPage::testOptionalJSObjects() autotest
- https://bugs.webkit.org/show_bug.cgi?id=61045
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::testOptionalJSObjects): Mark failing test cases as expected fails.
- 2011-05-20 Csaba Osztrogonác <ossy@webkit.org>
- Reviewed by Benjamin Poulain.
- [Qt]Fix tst_QWebFrame::setUrlToInvalid() autotest after r84762
- https://bugs.webkit.org/show_bug.cgi?id=59345
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::setUrlToInvalid): Mark failing test cases as expected fails.
- 2011-05-10 Ademar de Souza Reis Jr. <ademar.reis@openbossa.org>
- Reviewed by Csaba Osztrogonác.
- [Qt] tst_QWebPage creates temporary files in the current working dir
- https://bugs.webkit.org/show_bug.cgi?id=60497
- tst_QWebPage was using QDir::currentPath when creating temporary dirs
- and leaving them after the test was run. I basically borrowed the fix
- from tst_QDeclarativeWebView.
- * tests/qwebpage/tst_qwebpage.cpp:
- (removeRecursive):
- (tst_QWebPage::tmpDirPath):
- (tst_QWebPage::cleanupFiles):
- (tst_QWebPage::database):
- (tst_QWebPage::multiplePageGroupsAndLocalStorage):
- 2011-05-27 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Csaba Osztrogonác.
- [Qt] Fix tst_QGraphicsWebView::setPalette(inactiveBG) autotest
- https://bugs.webkit.org/show_bug.cgi?id=61044
- Make sure to set the active window on the application too.
- * tests/qgraphicswebview/tst_qgraphicswebview.cpp:
- (tst_QGraphicsWebView::setPalette):
- 2011-05-23 Luiz Agostini <luiz.agostini@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] When opening a combo-box the popup renders badly.
- https://bugs.webkit.org/show_bug.cgi?id=61288
- Removing combobox palette changes from QtFallbackWebPopup::show() because they
- are causing rendering problems for some styles.
- The changes in palette are not needed because the background and foreground
- colors are already set by QStandardItem::setBackground() and QStandardItem::setForeground()
- in method QtFallbackWebPopup::populate().
- * WebCoreSupport/QtFallbackWebPopup.cpp:
- (WebCore::QtFallbackWebPopup::show):
- 2011-05-23 Joe Wild <joseph.wild@nokia.com>
- Reviewed by Andreas Kling.
- [Qt] The Qt WebKit Symbian .def file needs to be updated so Symbian will build
- https://bugs.webkit.org/show_bug.cgi?id=61200
- * symbian/eabi/QtWebKitu.def:
- 2011-05-22 Hui Huang <hui.2.huang@nokia.com>, Yi Shen <yi.4.shen@nokia.com>
- Reviewed by Laszlo Gombos.
- [Qt] Upstream Symbian platform plugin
- https://bugs.webkit.org/show_bug.cgi?id=58435
- Upstream Symbian platform plugin with html5 video player.
- * symbian/platformplugin/HTML5VideoPlugin.cpp: Added.
- (HTML5FullScreenVideoHandler::HTML5FullScreenVideoHandler):
- (HTML5FullScreenVideoHandler::enterFullScreen):
- (HTML5FullScreenVideoHandler::exitFullScreen):
- (HTML5FullScreenVideoHandler::onPlayerError):
- (HTML5FullScreenVideoHandler::onPlayerStateChanged):
- (HTML5FullScreenVideoHandler::onMediaStatusChanged):
- (HTML5VideoPlugin::supportsExtension):
- (HTML5VideoPlugin::createExtension):
- * symbian/platformplugin/HTML5VideoPlugin.h: Added.
- (HTML5FullScreenVideoHandler::requiresFullScreenForVideoPlayback):
- (HTML5FullScreenVideoHandler::isFullScreen):
- (HTML5FullScreenVideoHandler::updateScreenRect):
- * symbian/platformplugin/HTML5VideoWidget.cpp: Added.
- (HTML5VideoWidget::HTML5VideoWidget):
- (HTML5VideoWidget::setDuration):
- (HTML5VideoWidget::mousePressEvent):
- (HTML5VideoWidget::onPlayerStopped):
- (HTML5VideoWidget::onPlayerError):
- (HTML5VideoWidget::onEndOfMedia):
- (HTML5VideoWidget::onBufferingMedia):
- (HTML5VideoWidget::onBufferedMedia):
- (HTML5VideoWidget::onControlClicked):
- (HTML5VideoWidget::onPositionChanged):
- (HTML5VideoWidget::onSliderMoved):
- (HTML5VideoWidget::onCloseClicked):
- (HTML5VideoWidget::showFullScreen):
- (HTML5VideoWidget::setVolume):
- * symbian/platformplugin/HTML5VideoWidget.h: Added.
- * symbian/platformplugin/OverlayWidget.cpp: Added.
- (OverlayWidget::OverlayWidget):
- (OverlayWidget::~OverlayWidget):
- (OverlayWidget::setDuration):
- (OverlayWidget::setPosition):
- (OverlayWidget::setVolume):
- (OverlayWidget::mousePressEvent):
- (OverlayWidget::onPlayerStopped):
- (OverlayWidget::onPlayerError):
- (OverlayWidget::onEndOfMedia):
- (OverlayWidget::onBufferingMedia):
- (OverlayWidget::onBufferedMedia):
- (OverlayWidget::timeToString):
- (OverlayWidget::applyStyleSheet):
- (OverlayWidget::onControlClicked):
- (OverlayWidget::onSliderMoved):
- (OverlayWidget::onSoundClicked):
- (OverlayWidget::onCloseClicked):
- (OverlayWidget::onVolumeSliderReleased):
- (OverlayWidget::onVolumeSliderMoved):
- (OverlayWidget::onTimerTimeout):
- (OverlayWidget::showFullScreen):
- * symbian/platformplugin/OverlayWidget.h: Added.
- * symbian/platformplugin/PlayerButton.cpp: Added.
- (PlayerButton::PlayerButton):
- (PlayerButton::event):
- * symbian/platformplugin/PlayerButton.h: Added.
- * symbian/platformplugin/PlayerLabel.cpp: Added.
- (PlayerLabel::PlayerLabel):
- (PlayerLabel::onPlayerError):
- (PlayerLabel::startBufferingAnimation):
- (PlayerLabel::stopBufferingAnimation):
- (PlayerLabel::onAnimationTimeout):
- * symbian/platformplugin/PlayerLabel.h: Added.
- * symbian/platformplugin/WebPlugin.cpp:
- (WebPlugin::createExtension):
- * symbian/platformplugin/images: Added.
- * symbian/platformplugin/images/button_cannotplay.png: Added.
- * symbian/platformplugin/images/button_close.png: Added.
- * symbian/platformplugin/images/button_pause.png: Added.
- * symbian/platformplugin/images/button_play.png: Added.
- * symbian/platformplugin/images/button_sound_off.png: Added.
- * symbian/platformplugin/images/button_sound_on.png: Added.
- * symbian/platformplugin/images/loading_buffering_1.png: Added.
- * symbian/platformplugin/images/loading_buffering_2.png: Added.
- * symbian/platformplugin/images/loading_buffering_3.png: Added.
- * symbian/platformplugin/images/loading_buffering_4.png: Added.
- * symbian/platformplugin/platformplugin.pro:
- * symbian/platformplugin/platformplugin.qrc: Added.
- * symbian/platformplugin/qss: Added.
- * symbian/platformplugin/qss/OverlayWidget.qss: Added.
- 2011-05-18 Yi Shen <yi.4.shen@nokia.com>
- Reviewed by Andreas Kling.
- [Qt] Enterkey to go to Newline does not work in the text area(in HTML form)
- https://bugs.webkit.org/show_bug.cgi?id=33179
- Remove the implementation of the handleInputMethodKeydown, which introduces
- a regression(r82243) on Linux. Also, add more Api tests for the EnterKey event.
- * WebCoreSupport/EditorClientQt.cpp:
- (WebCore::EditorClientQt::handleInputMethodKeydown): Remove implementation.
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::inputMethods): Add more tests.
- 2011-05-17 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] Simplify syntax in test code to make prepare-ChangeLog less confused
- https://bugs.webkit.org/show_bug.cgi?id=60978
- Backslash to escape newlines was confusing both prepare-ChangeLog and the
- QtCreator highlight system.
- * tests/qwebframe/tst_qwebframe.cpp:
- (tst_QWebFrame::evalJSV):
- Remove usage of backslash to escape newlines in string literal.
- 2011-05-16 Andreas Kling <kling@webkit.org>
- Reviewed by Kenneth Rohde Christiansen.
- REGRESSION(r83820): [Qt] Accelerated compositing no longer works in QGraphicsWebView.
- https://bugs.webkit.org/show_bug.cgi?id=60892
- Don't set the ItemClipsChildrenToShape flag for the root platform layer,
- since that is now the overflow controls layer. The clip layer, which was
- previously the root platform layer, already gets the flag by way of
- the GraphicsLayer mask-to-bounds flag.
- * WebCoreSupport/PageClientQt.cpp:
- (WebCore::PageClientQGraphicsWidget::setRootGraphicsLayer):
- 2011-05-11 Jocelyn Turcotte <jocelyn.turcotte@nokia.com>
- Reviewed by nobody, build fix.
- [Qt] Fix build on MSVC.
- qobject_cast<> requires the class to be exported on MSVC,
- removing it since the code that needs it is commented out for
- the same reason.
- * tests/qdeclarativewebview/tst_qdeclarativewebview.cpp:
- (tst_QDeclarativeWebView::elementAreaAt):
- 2011-05-11 Jocelyn Turcotte <jocelyn.turcotte@nokia.com>
- Reviewed by nobody, build fix.
- [Qt] Fix build on MSVC by only enabling tst_MIMESniffing on linux.
- * tests/tests.pro:
- 2011-05-05 Prasanth Ullattil <prasanth.ullattil@nokia.com>
- Reviewed by Simon Hausmann.
- Install correct header files for webkit.
- Since WebKit is no longer inside Qt, we can remove the detection for
- that.
- [Qt] Install targets are not working correctly for modularized Qt and QtWebkit
- https://bugs.webkit.org/show_bug.cgi?id=57621
- * QtWebKit.pro:
- 2011-05-05 Alexis Menard <alexis.menard@openbossa.org>
- Reviewed by Andreas Kling.
- [Qt] RenderThemeQt and DumpRenderTreeSupportQt should use nullptr rather than 0.
- https://bugs.webkit.org/show_bug.cgi?id=60224
- We should use nullptr rather than 0. nullptr will be added in the new C++ standard
- but WebKit already has a nullptr class if there is no c++0x support.
- * WebCoreSupport/DumpRenderTreeSupportQt.cpp:
- (DumpRenderTreeSupportQt::addUserStyleSheet):
- 2011-05-04 Cris Neckar <cdn@chromium.org>
- Reviewed by Adam Barth.
- Expose WebView directly through ChromeClient.
- https://bugs.webkit.org/show_bug.cgi?id=49902
- * WebCoreSupport/ChromeClientQt.h:
- (WebCore::ChromeClientQt::webView):
- 2011-05-04 Alexis Menard <alexis.menard@openbossa.org>
- Unreviewed warning fix.
- The variable is just unused.
- * tests/qwebpage/tst_qwebpage.cpp:
- (tst_QWebPage::inputMethods):
- 2011-05-04 Tao Bai <michaelbai@chromium.org>
- Reviewed by David Kilzer.
- Populate touch-icon url to FrameLoaderClient
- https://bugs.webkit.org/show_bug.cgi?id=59143
- Respect the interface change in FrameLoaderClient.
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::dispatchDidChangeIcons):
- * WebCoreSupport/FrameLoaderClientQt.h:
- 2011-03-31 Luiz Agostini <luiz.agostini@openbossa.org>
- Reviewed by Kenneth Rohde Christiansen.
- [Qt] Qt WebKit updates view on HTTP 204 response
- https://bugs.webkit.org/show_bug.cgi?id=42529
- Ignoring http responses which have status code equal to 204 (No Content)
- or 205 (Reset Content).
- * WebCoreSupport/FrameLoaderClientQt.cpp:
- (WebCore::FrameLoaderClientQt::dispatchDecidePolicyForResponse):
- 2011-05-04 Caio Marcelo de Oliveira Filho <caio.oliveira@openbossa.org>
- Reviewed by Benjamin Poulain.
- [Qt] Fix signals emitted in FakeReply used in autotests
- https://bugs.webkit.org/show_bug.cgi?id=60049
- The signals emitted for each case of FakeReply were swapped (error case
- emitting metaDataChanged() and redirect case emitting error()). Emitting
- readyRead() is not necessary.
- * tests/qwebframe/tst_qwebframe.cpp:
- (FakeReply::FakeReply):
- Choose the different continue function for each case of FakeReply. This removes
- the need of the if-statement in timeout() and let us replace timeout() with two
- simpler functions.
- (FakeReply::continueRedirect):
- (FakeReply::continueError):…