Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-17227

Windows: QTimer with 0 timeout causes UI to become inaccessible

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • P2: Important
    • 4.7.3
    • 4.7.0, 4.7.1
    • Core: Event loop
    • None
    • Windows XP and 7. Visual Studio 2005. QT 4.7 or 4.7.1.

    Description

      Starting in 4.7, if you use a QTimer set to time 0, and your hander takes too much time, an attempt to move or resize your window will cause Windows to become inactive (not respond to mouse movements). To get access back to windows, you must ctrl-tab to another window.

      This does not occur in QT 4.6 (though the UI response does slow down and become choppy as expected).

      To reproduce, run the included test app built against QT4.7 or 4.7.1.
      1) Move the window

      • Window should move
        2) Press start
      • Windows should not move
      • Windows becomes unresponsive to mose movement/clicks
        3) Ctrl-tab to another window
      • Windows should be responsive again
        4) Press End button
        5) Move window
      • window should move again

      Attachments

        1. HangUITest.zip
          9 kB
        2. HangUITest.zip
          4 kB
        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

          People

            earthdomain Earth Domain (Inactive)
            jmcintyre Jared McIntyre
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Gerrit Reviews

                There are no open Gerrit changes