-
Pointer-emulated touch events should only be delivered to the client that owns the sequence even if it's a core client that became the effective owner of the sequency by selecting for pointer press and movement. Currently the emulated events are delivered like this already (see TouchResourceIsOwner() check in DeliverEmulatedMotionEvent()), except in the case of TouchEnd, in which case the generated motion event is still delivered to some client that's not necessarily the owner of the touch sequence. We already know whether a touch sequence that is about to emulate a pointer event has an owner, we just need to check that. This further allows to simplify DeliverEmulatedMotionEvent() as it won't ever be called for non-owned touch events. https://bugs.freedesktop.org/show_bug.cgi?id=60394 Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
3ab3083c -
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
53224579 -
Erik Kurzinger authored
There are currently no callers that make use of the "created" output parameter of xwl_glamor_pixmap_get_wl_buffer. Remove it, along with the corresponding argument of the associated EGL backend entrypoint.
a9269808
- Xi/exevents.c 8 additions, 1 deletionXi/exevents.c
- hw/xfree86/drivers/inputtest/xf86-input-inputtest.c 0 additions, 1 deletionhw/xfree86/drivers/inputtest/xf86-input-inputtest.c
- hw/xwayland/xwayland-glamor-eglstream.c 1 addition, 3 deletionshw/xwayland/xwayland-glamor-eglstream.c
- hw/xwayland/xwayland-glamor-gbm.c 2 additions, 9 deletionshw/xwayland/xwayland-glamor-gbm.c
- hw/xwayland/xwayland-glamor.c 2 additions, 4 deletionshw/xwayland/xwayland-glamor.c
- hw/xwayland/xwayland-glamor.h 2 additions, 4 deletionshw/xwayland/xwayland-glamor.h
- hw/xwayland/xwayland-present.c 1 addition, 1 deletionhw/xwayland/xwayland-present.c
- hw/xwayland/xwayland-window.c 1 addition, 2 deletionshw/xwayland/xwayland-window.c