1. Jun 14, 2017
  2. Jun 07, 2017
    • Szabolcs David's avatar
      Fix copying JavaScript URLs · fa19227c
      Szabolcs David authored
      
      Wire unfiltered link URL to the API layer.
      
      [ChangeLog][QtWebEngine] linkUrl member of
      QWebEngineContextMenuData and ContextMenuRequest was previously
      returning with "about:blank" in case of non-standard URLs.
      Now it contains the unvalidated URL and CopyLinkToClipboard action
      has been fixed to handle such URLs (like javascript:) correctly.
      
      Task-number: QTBUG-59307
      Change-Id: I2e49767e1cc9ec8324d230c1bf346e21d7b8d9bb
      Reviewed-by: default avatarAllan Sandfeld Jensen <allan.jensen@qt.io>
      fa19227c
  3. May 24, 2017
    • Viktor Engelmann's avatar
      Handle ViewHostMsg_Focus message from chromium · b0324c5e
      Viktor Engelmann authored
      
      Calling the method window.focus() in javascript causes chromium to send
      a ViewHostMsg_Focus message, which is received by RenderViewHost,
      which then calls RenderViewHost::OnFocus.
      This calls WebContentsDelegate::ActivateContents, which does
      nothing in the default implementation. We now override this method in
      WebContentsDelegateQt::ActivateContents and call Focus() on
      the WebContents object IF the new WebEngineSettings value
      AllowWindowActivationFromJavaScript is true (by default, it is false).
      This in turn calls QWebEnginePagePrivate::focusContainer.
      The WebEnginePage now calls QWidget::activateWindow() in addition
      to QWidget::setFocus, to make sure the window is also activated (which
      it might not be, if multiple windows are open).
      For the QML side, a new boolean Property
      allowWindowActivationFromJavaScript was added.
      
      Task-number: QTBUG-58800
      Change-Id: Iabf5d4d15236c77838a3886de81e9dafcaf49f5d
      Reviewed-by: default avatarJüri Valdmann <juri.valdmann@qt.io>
      Reviewed-by: default avatarJoerg Bornemann <joerg.bornemann@qt.io>
      b0324c5e
  4. May 17, 2017
  5. May 15, 2017
  6. May 08, 2017
  7. May 04, 2017
  8. Apr 28, 2017
  9. Apr 04, 2017
  10. Apr 03, 2017
  11. Mar 28, 2017
    • Florian Bruhin's avatar
      Call javaScriptConfirm for unload dialogs · 57fee86e
      Florian Bruhin authored
      
      This unfortunately means we lose the ability to customize the title with the
      default implementation, but it's still better than having a QMessageBox
      hardcoded without being able to customize this behavior at all.
      
      [ChangeLog][Qt WebEngineWidgets][QWebEnginePage] The javaScriptConfirm method is
      now also called for unload dialogs (onbeforeunload handlers).
      
      Task-number: QTBUG-58673
      Change-Id: I82393da2593dc84e94d577ff28f5d6d8988df552
      Reviewed-by: default avatarJoerg Bornemann <joerg.bornemann@qt.io>
      57fee86e
  12. Mar 27, 2017
  13. Mar 26, 2017
  14. Mar 21, 2017
  15. Mar 08, 2017
  16. Mar 07, 2017
  17. Feb 22, 2017
  18. Feb 21, 2017
  19. Feb 09, 2017
  20. Jan 16, 2017
  21. Jan 12, 2017
  22. Jan 11, 2017
    • Viktor Engelmann's avatar
      Add methods to issue various types of HTTP requests · c4e1aa2c
      Viktor Engelmann authored
      
      Added class QWebEngineHttpRequest, which describes a
      GET or POST HTTP Request. Also added overloads of method
      "load" to QWebEngineView, QWebEnginePage and WebContentsAdapter,
      which issue such a request.
      These can be used for example to simulate form-submissions.
      
      Task-number: QTBUG-53314
      Task-number: QTBUG-53372
      Change-Id: I85ac8cdd3d1557905b35e3172b922aba356d1c41
      Reviewed-by: default avatarAllan Sandfeld Jensen <allan.jensen@qt.io>
      c4e1aa2c
  23. Jan 10, 2017
  24. Dec 19, 2016
  25. Dec 07, 2016
    • Viktor Engelmann's avatar
      Add DownloadInterruptReason to Q(Quick)WebEngineDownloadItem · 6644981d
      Viktor Engelmann authored
      
      Add enum DownloadInterruptReason to BrowserContextAdapterClient,
      QWebEngineDownloadItem and QQuickWebEngineDownloadItem. Also add
      corresponding attributes to
      BrowserContextAdapterClient::DownloadItemInfo,
      QWebEngineDownloadItemPrivate and QQuickWebEngineDownloadItemPrivate
      as well as getters in QWebEngineDownloadItem and
      QQuickWebEngineDownloadItem and interruptReasonChanged signals.
      
      Task-number: QTBUG-56839
      Change-Id: I937c14ba0b0884b14ae18ba297024b76dde62605
      Reviewed-by: default avatarAllan Sandfeld Jensen <allan.jensen@qt.io>
      6644981d
  26. Dec 01, 2016
  27. Nov 25, 2016
  28. Nov 10, 2016
    • Alexandru Croitor's avatar
      Fix select tag interaction when the web view is inside a modal dialog · 58467ed1
      Alexandru Croitor authored
      
      Previously when a QWebEngineView was inside a modal QDialog, trying to
      click on a select tag option did not properly select the option. It
      either focused the new option without closing the popup, or didn't
      focus it at all.
      
      Fix consists in making sure the newly created popup QWindow and
      RenderWidgetHostViewQtDelegateWidget are marked as children of the
      QWebEngineView, so that they are considered part of the current modal
      session by the OS, thus allowing user interaction with them.
      
      Because the ownership of the delegate widget should still be retained
      by its respective RenderWidgetHostViewQt instance, the QObject parent
      of the delegate is unset before the parent is destroyed.
      
      Also to make it work on macOS, the window attribute has to be set
      to Qt::Tool instead of Qt::ToolTip.
      
      Change-Id: I56d6f446254a624428a0c661ac3c49eb409c931e
      Task-number: QTBUG-54836
      Reviewed-by: default avatarQt CI Bot <qt_ci_bot@qt-project.org>
      Reviewed-by: default avatarMichael Brüning <michael.bruning@qt.io>
      58467ed1
  29. Nov 08, 2016
  30. Oct 29, 2016
  31. Oct 26, 2016
    • Joerg Bornemann's avatar
      Prevent crash with overridden drag 'n drop event handlers · ee0a912a
      Joerg Bornemann authored
      
      Suppose the user overrides QWebEngineView::dragEnterEvent without
      calling the base implementation and without overriding dragLeaveEvent.
      Then our implementation will notify chromium about the drag leave
      without having ever seen a drag entering and crash. Only notify chromium
      about leave/drop/move events if we've notified it about the drag enter
      before. Also, catch the case where the user overrides dragLeaveEvent
      without calling the base implementation.
      
      Task-number: QTBUG-54896
      Change-Id: Ib958040e5fa7ecab86bac9b724d478c81a521fcc
      Reviewed-by: default avatarMichael Brüning <michael.bruning@qt.io>
      ee0a912a
    • Joerg Bornemann's avatar
      Fix leakage of FilePickerControl objects in QWebEnginePage · 785ff563
      Joerg Bornemann authored
      
      Delete the FilePickerControl object after we're done with it, analog to
      what the QtQuick UIDelegatesManager does.
      
      Change-Id: Id5ef6666c8536b9e5c6877cd522b4c20adae37e5
      Reviewed-by: default avatarMichal Klocek <michal.klocek@qt.io>
      785ff563
    • Michal Klocek's avatar
      Do not call QOpenGLContext::openGLModuleType() from MainDll · e2541ebd
      Michal Klocek authored
      
      In case of dynamic OpenGL on Windows this ends on
      calling QWindowsIntegration::staticOpenGLContext() from MainDll
      which in case of angle will end up badly.
      
      Add warning message when webengine is loaded from plugin
      and context is not initialized.
      
      Task-number: QTBUG-52201
      Task-number: QTBUG-55501
      Task-number: QTBUG-56020
      Change-Id: I03570cad5f686c4a63910c71136bf3eb9499f223
      Reviewed-by: default avatarKai Koehne <kai.koehne@qt.io>
      e2541ebd
  32. Oct 17, 2016
  33. Oct 04, 2016
  34. Oct 01, 2016