1. 25 Feb, 2016 - 2 commits
  2. 23 Feb, 2016 - 1 commit
  3. 18 Feb, 2016 - 1 commit
  4. 15 Feb, 2016 - 1 commit
    • Andreas Hartmetz's avatar
      Add option to disable "session management by closing windows". · e7bf0edf
      Andreas Hartmetz authored
      That feature is a poor man's session management for applications
      that do not implement any specific session management features.
      It badly interferes with proper session management support, so
      applications must be able to disable it.
      
      This enables fixing applications with
      QGuiApplication::quitOnLastWindowClosed() true - the default -
      dying too early, before they are enumerated for the list of
      applications to restart on session restore, thus preventing them
      from being restored. See
      https://bugs.kde.org/show_bug.cgi?id=354724
      
      
      
      [ChangeLog][QtGui] Qt asking to close windows on session exit as
      a fallback session management mechanism has been made optional.
      Disabling it fixes session management for applications that
      implement full session management. See
      QGuiApplication::isFallbackSessionManagementEnabled().
      
      Task-number: QTBUG-49667
      Change-Id: Ib22e58c9c64351dea8b7e2a74db91d26dd7ab7aa
      Reviewed-by: default avatarOswald Buddenhagen <oswald.buddenhagen@theqtcompany.com>
      Reviewed-by: default avatarDavid Faure <david.faure@kdab.com>
      e7bf0edf
  5. 09 Feb, 2016 - 2 commits
  6. 05 Feb, 2016 - 6 commits
  7. 02 Feb, 2016 - 12 commits
  8. 01 Feb, 2016 - 6 commits
  9. 31 Jan, 2016 - 1 commit
  10. 30 Jan, 2016 - 7 commits
  11. 29 Jan, 2016 - 1 commit
    • Tor Arne Vestbø's avatar
      QWindow::destroy(): only reset QGuiApp::focus_window and friends as a last resort · 4c71db75
      Tor Arne Vestbø authored
      
      Resetting focus_window and other internal QGuiApplication variables before
      calling setVisible(false) and destroying the platform window means that the
      platform window can't reason about whether or not it was the focus window
      unless it can resolve that using native APIs. We should let the platform
      window take care of resetting the focus window and related states, and
      only execute our fallback logic if the plugin doesn't do the right
      thing.
      
      We also use QPA to update the state instead of modifying the internal
      QGuiApplication variables directly, so that events and signals are
      emitted as a result of the reset.
      
      The QLineEdit test gets two added calls to processEvents(), since
      assuming that activateWindow() is synchronous is not correct, and
      would result in the QMenu resetting the focus window to 0 on destroy.
      
      Task-number: QTBUG-46414
      Change-Id: I562788393ed0ffd77d7a4be2279862322f721c1a
      Reviewed-by: default avatarBłażej Szczygieł <spaz16@wp.pl>
      Reviewed-by: default avatarTor Arne Vestbø <tor.arne.vestbo@theqtcompany.com>
      4c71db75