1. 12 Feb, 2015 - 1 commit
  2. 11 Feb, 2015 - 1 commit
    • Jani Heikkinen's avatar
      Update copyright headers · 83a5694d
      Jani Heikkinen authored
      
      Qt copyrights are now in The Qt Company, so we could update the source
      code headers accordingly. In the same go we should also fix the links to
      point to qt.io.
      
      Outdated header.LGPL removed (use header.LGPL21 instead)
      
      Old header.LGPL3 renamed to header.LGPL3-COMM to match actual licensing
      combination. New header.LGPL-COMM taken in the use file which were
      using old header.LGPL3 (src/plugins/platforms/android/extract.cpp)
      
      Added new header.LGPL3 containing Commercial + LGPLv3 + GPLv2 license
      combination
      
      Change-Id: I6f49b819a8a20cc4f88b794a8f6726d975e8ffbe
      Reviewed-by: default avatarMatti Paaso <matti.paaso@theqtcompany.com>
      83a5694d
  3. 24 Sep, 2014 - 1 commit
  4. 09 Feb, 2013 - 1 commit
  5. 18 Jan, 2013 - 1 commit
  6. 22 Sep, 2012 - 1 commit
  7. 08 Apr, 2012 - 1 commit
    • Giuseppe D'Angelo's avatar
      Stop relying on qHash always giving the same results · ddb70bee
      Giuseppe D'Angelo authored
      
      The implementation of the various qHash overloads offered by
      Qt can change at any time for any reason
      (speed, quality, security, ...).
      
      Therefore, relying on the fact that qHash will always give
      an identical result across Qt versions (... across different
      processes, etc.), given identical input, is wrong.
      Note that this also implies that one cannot rely on QHash
      having a stable ordering (even without the random qHash seed).
      
      For such use cases, one must use f.i. a private hash function
      that will never change outside his own control.
      
      This patch adds a private hash function for QStrings,
      which is identical to the Qt(4) qHash(QString) implementation.
      A couple of spots in Qt where the results of a qHash call were
      actually saved on disk are ported to use the new function,
      and a bit of documentation is added to QHash docs.
      
      Change-Id: Ia3731ea26ac68649b535b95e9f36fbec3df693c8
      Reviewed-by: default avatarThiago Macieira <thiago.macieira@intel.com>
      Reviewed-by: default avatarRobin Burchell <robin+qt@viroteck.net>
      ddb70bee
  8. 24 Feb, 2012 - 1 commit
  9. 30 Jan, 2012 - 1 commit
  10. 23 Jan, 2012 - 1 commit
  11. 05 Jan, 2012 - 1 commit
  12. 24 May, 2011 - 1 commit
    • Robert Hogan's avatar
      Add QUrl::topLevelDomain() and move TLD table from QtNetwork to QtCore · 093a92fb
      Robert Hogan authored
      Move Qt's copy of the Mozilla public suffix list from QtNetwork
      to QtCore and use it to expose a new API function QUrl::topLevelDomain().
      This function returns the section of the url that is a registrar-controlled
      top level domain.
      
      QtCore now exports a couple of functions to the other Qt modules: qTopLevelDomain,
      a helper function for QUrl::topLevelDomain(); and qIsEffectiveTLD(), a helper
      function for QNetworkCookeieJar.
      
      The motivation for this new API is to allow QtWebKit implement a Third-Party
      Cookie blocking policy. For this QtWebKit needs to know the element of the url
      that is the registry-controlled TLD. Without this knowledge it would end up
      blocking third-party cookies per host rather than per registry-controlled domain.
      
      See also https://bugs.webkit.org/show_bug.cgi?id=45455
      
      
      
      Merge-request: 1205
      Task-number: QTBUG-13601
      Reviewed-by: default avatarPeter Hartmann <peter.hartmann@nokia.com>
      (cherry picked from commit 154402f56dcf8303a6ce601a52215226af8d31ba)
      093a92fb