[Webkit-unassigned] [Bug 65875] [Qt][WK2] MiniBrowser is firing twice the QDesktopWebView::mousePressEvent method

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Aug 10 06:20:50 PDT 2011


Benjamin Poulain <benjamin at webkit.org> changed:

           What    |Removed                     |Added
 Attachment #103419|review?, commit-queue?      |review-
               Flag|                            |

--- Comment #8 from Benjamin Poulain <benjamin at webkit.org>  2011-08-10 06:20:50 PST ---
(From update of attachment 103419)
View in context: https://bugs.webkit.org/attachment.cgi?id=103419&action=review

This has nothing to do with the ControlModifier. The problem is we still send the original mouse event after we send the touch events. QWidget also generate a fake mouse event for the touch event so we end up with 2 mouse events. The original event should be discarded when a touch event is generated.

> Tools/ChangeLog:9
> +        On some windowing systems, mouse events are also sent for the primary touch point. This
> +        means it is possible for your widget to receive both QTouchEvent and QMouseEvent for the
> +        same user interaction point. MiniBrowser when setting the Qt::TouchPointPressed for a touch

Qt is supposed to always give you a mouse event for the primary touch point.

> Tools/ChangeLog:12
> +        to be called twice for a single mouse click. Now the Qt::TouchPointPressed is used just
> +        when Ctrl modifier is pressed.

This is not at all the intended behavior of the code of touch mocking.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list