1. Feb 20, 2015
  2. Feb 19, 2015
  3. Feb 16, 2015
  4. Feb 13, 2015
  5. Feb 06, 2015
  6. Feb 05, 2015
    • Allan Sandfeld Jensen's avatar
      Add settings to WebEngineProfiles · 4ef5831a
      Allan Sandfeld Jensen authored
      
      This patch adds settings to profiles so common settings might be shared
      among all pages in a profile. The former global settings are now replaced
      by the settings of the default profile.
      
      Change-Id: I544420e07beeb52ef29b2360bc7929402650cd07
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      4ef5831a
    • Jocelyn Turcotte's avatar
      Propagate unhandled key events to the QtWebEngine view's parent · faec509a
      Jocelyn Turcotte authored
      
      This allows applications to receive unhandled key events from the page
      by setting an event handler on the view's parent widget/item, like
      it was possible with QtWebKit.
      
      This is different in that events first have to asynchronously go
      through the QtWebEngineProcess. If the WebEngine view has the
      keyboard focus, the events will be consumed inconditionally by the
      RenderWidgetHostViewQtDelegates, and a copy will be resent to the
      view's parent if it wasn't consumed.
      
      This sends it to the parent instead of the QWebEngineView directly
      since those are only unhandled events, unlike with other widgets
      where you can first intercept events. It is done that way also in
      cases where the QWebEngineView would be be the focus widget directly
      in the future, instead of the RWHV.
      
      If applications want to intercept key events before they reach the
      page, they need to use an event filter on the QWebEngineView's
      children or globally on the application.
      
      Change-Id: I3b48f5212d3f238a1c0497cec1db6ae3badbad26
      Reviewed-by: default avatarAndras Becsi <andras.becsi@theqtcompany.com>
      faec509a
  7. Feb 02, 2015
    • Andras Becsi's avatar
      Fix widgets download state update · 2ad0c1e8
      Andras Becsi authored
      
      Since the DownloadState enum of core does not match the DownloadState
      enum of QWebEngineDownloadItem we should never directly compare it,
      instead we should convert with the toDownloadState() function,
      to fix the missing emission of the finished() signal.
      This patch also adds static asserts to verify the match of chromium's
      DownloadItem::DownloadState and our core DownloadState.
      
      Change-Id: I51110f55598230e380e15948f75219976d3a68a0
      Reviewed-by: default avatarMichael Brüning <michael.bruning@theqtcompany.com>
      2ad0c1e8
    • Andras Becsi's avatar
      Add widgets download API · b4864da7
      Andras Becsi authored
      
      This patch adds a QWebEngineDownloadItem class to the widget API
      and extends QWebEngineProfile with a signal to notify about initiated
      downloads, similar to the QML API.
      
      [ChangeLog][QtWebEngineWidgets] Add widgets download API
      
      Change-Id: I532de640934e1e93d63dfc347efb4113cb4a3d66
      Reviewed-by: default avatarJocelyn Turcotte <jturcotte@woboq.com>
      b4864da7
    • Paulo Pinheiro's avatar
      Add Qt WebEngine Quick API for allowing certificate errors · 6d896290
      Paulo Pinheiro authored
      
      This adds API for overriding some certificate errors. Once overridden
      any identical error for the same hostname and certificate will use
      the same override.
      
      Change-Id: Idf9e968edca18751cbdab744880480750d0c1bd4
      Reviewed-by: default avatarZeno Albisser <zeno.albisser@digia.com>
      6d896290
  8. Jan 28, 2015
  9. Jan 23, 2015
  10. Jan 22, 2015
  11. Jan 16, 2015
  12. Jan 08, 2015
  13. Dec 12, 2014
    • Allan Sandfeld Jensen's avatar
      Introduce QWebEngineProfile API · 6ec3268a
      Allan Sandfeld Jensen authored
      
      Introduces initial widgets API for the Chromium BrowserContext.
      
      Adds API for controlling cookie jar policy, user-agent string and
      cache and persistent data paths.
      
      Similar QML API will follow in another patch.
      
      [ChangeLog][QtWebEngineWidgets][QWebEngineProfile] New API for profiles
      applying to groups of QWebEnginePages.
      
      Change-Id: I3c4ef4053fde7564af29178c91a0aca8a2b61a5f
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      6ec3268a
  14. Dec 03, 2014
  15. Nov 24, 2014
  16. Nov 20, 2014
  17. Nov 07, 2014
  18. Nov 06, 2014
    • Allan Sandfeld Jensen's avatar
      Unglobalize browserContext · fca90151
      Allan Sandfeld Jensen authored
      
      This patch makes it possible to have more than one BrowserContext,
      for instance for off-the-record browsering but also to enable any
      other configuration on browser context level.
      
      This will make it possible to add page-groups settings and API for
      settingsthat can only be done on BrowserContext level.
      
      This patch does not expose any new API.
      
      Change-Id: I0a0e194449cfb5a096a4ac6e2f2b3882b6b4cfa2
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      fca90151
  19. Oct 28, 2014
  20. Oct 20, 2014
  21. Oct 14, 2014
  22. Sep 18, 2014
  23. Sep 17, 2014
  24. Sep 05, 2014
    • Peter Varga's avatar
      Fix url stored in LoadRequest · daf3a688
      Peter Varga authored
      
      The test_urlProperty() qml test has failed because the active url was
      stored in LoadRequest in case of LoadFailedStatus.
      With this fix the loadRequest stores the url of that page which implies
      the request.
      
      Change-Id: I6aab814a4a7d3b47043b03fccde3d9995b40d8fa
      Reviewed-by: default avatarPierre Rossi <pierre.rossi@gmail.com>
      daf3a688
  25. Sep 02, 2014
    • Pierre Rossi's avatar
      Don't forward loading of error pages to the API layer · ede95c2a
      Pierre Rossi authored
      
      The fact that the error pages are HTML and get loaded through the
      same mechanism should be kept an implementation detail and not be
      considered as a new load in the API sense.
      Also implement HasErrorPage for good measure and remove an anoying
      warning from the demo browser.
      
      The issue of the url not being changed remains in the QML test (but
      it doesn't affect a typical browser-like UI since the user input is
      still there untouched in the address bar), just make sure that failure
      does not affect the later checks. It also seems like we have a focus
      problem somehow, but the test should probably use a click for that
      matter.
      
      Change-Id: Ib5e363981a11287fdf4bfe84b93c999d96ed8087
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      ede95c2a
  26. Aug 29, 2014
  27. Aug 28, 2014
  28. Aug 21, 2014
  29. Aug 20, 2014
    • Jocelyn Turcotte's avatar
      Propagate the page's screen coordinates when the top-level window moved · 7717f941
      Jocelyn Turcotte authored
      
      This fixes a regression after the 37 upgrade where the select popups
      would have the wrong position. Adjust to the new behavior and also
      avoid doing a mapToGlobal of the position received in InitAsPopup.
      
      RWHV::SetBounds has been giving us screen coordinates since the
      Chromium 33 update, but popup locations somehow managed to work
      properly through some side-effect sorcery.
      
      This also fixes the value of window.screen[XY] in JavaScript which
      wasn't updated when the window was moved.
      
      Change-Id: I544499bafedccfb7d389b4abc48f1386c398473f
      Reviewed-by: default avatarPierre Rossi <pierre.rossi@gmail.com>
      7717f941
  30. Aug 19, 2014
  31. Aug 18, 2014
  32. Aug 15, 2014
  33. Aug 12, 2014