1. 04 Nov, 2014 - 1 commit
  2. 06 Oct, 2014 - 1 commit
  3. 09 Sep, 2014 - 1 commit
  4. 29 Aug, 2014 - 1 commit
  5. 15 Aug, 2014 - 1 commit
    • Jocelyn Turcotte's avatar
      Handle new window/tab modifiers also on normal navigations · bf4064cd
      Jocelyn Turcotte authored
      
      AddNewContents is only called when window.open is called from JavaScript.
      
      We also want the shift/ctrl modifiers to trigger normal links to open
      in the requested disposition. In this case OpenURLFromTab will pass
      the detected disposition and we must create a new WebContents
      ourselves.
      
      Use the same code path going through
      WebContentsAdapterClient::adoptNewWindow except that we pass a null
      WebContents pointer to the WebContentsAdapter constructor and let it
      create its own when initialized.
      
      Change-Id: I817b0e72aec12723bf92d9b7ad85c1cecbf5e408
      Reviewed-by: default avatarAndras Becsi <andras.becsi@digia.com>
      bf4064cd
  6. 30 Jul, 2014 - 1 commit
    • Allan Sandfeld Jensen's avatar
      Add api to get the favicon URL · a99922af
      Allan Sandfeld Jensen authored
      
      Adds one of the missing pieces of the QWebFrame and QWebView APIs.
      Unlike the QtWebKit version this only fetches the favicon URL, and not
      the icon. This is because we do not want to implement an icon database,
      and that the icon would be loaded asynchronous anyway, bringing no
      guarantee to be a valid icon/image yet.
      
      Change-Id: I227311ae3676044da850e687b82bee752b5079c8
      Reviewed-by: default avatarJocelyn Turcotte <jocelyn.turcotte@digia.com>
      a99922af
  7. 29 Apr, 2014 - 1 commit
  8. 15 Apr, 2014 - 2 commits
  9. 19 Mar, 2014 - 1 commit
  10. 28 Feb, 2014 - 1 commit
    • Jocelyn Turcotte's avatar
      Add HTTP and proxy authentication signals directly to QWebEnginePage · 970ccc7f
      Jocelyn Turcotte authored
      
      This allows handling calls that would be signaled by QNetworkAccessManager
      in QtWebKit.
      This pulls QtNetwork as a dependency of the QtWebEngineWidgets module
      to be able to use QAuthenticator, but isn't required otherwise.
      
      Only the request URL is available in the case of HTTP authentication
      (no access to HTTP request headers that the QNetworkReply would allow)
      and only the proxy host name in the case case of proxy authentication.
      
      This keeps the API synchronous the same way, as QtWebKit did, in
      favor of source compatibility at the cost of requiring a modal
      dialog, even though the implementation doesn't require it.
      
      Change-Id: I9e021def38e6107c9e66d2de8f86bd0328d543df
      Reviewed-by: default avatarMichael Bruning <michael.bruning@digia.com>
      970ccc7f
  11. 29 Oct, 2013 - 1 commit
  12. 20 Aug, 2013 - 4 commits