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

Mouse events break if the first event received is a wheel event

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P1: Critical P1: Critical
    • 5.12.1
    • 5.12.0
    • None
    • macOS 10.14 and Windows 7
    • macOS, Windows

      If the very first mouse event received by a Qt Quick application is a wheel event, other events won't fire. This happens even if there are no components in the application that accept wheel events.

      Steps to reproduce: Before the application launches, move the pointer to where the window will appear. Once it appears, don't move the pointer and scroll instead. Try clicking on MouseAreas after scrolling for any amount of time, and they won't respond. ListViews and MouseAreas will still respond to wheel events.

      There's also some strange side effects to this issue on Windows specifically. Once everything gets stuck, move the pointer to where a ListView is and scroll. Then, move the pointer up or down, and the list view will start scrolling more in the direction that it was initially scrolled in by the wheel. This makes me think that move and click events are being interpreted as scroll events instead while this issue is in effect.

      This issue doesn't occur on 5.11.2.

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

            qt.team.quick.subscriptions Qt Quick and Widgets Team
            toxiccaves T C
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved:

                There are no open Gerrit changes