1. 16 Feb, 2021 2 commits
  2. 15 Feb, 2021 8 commits
  3. 08 Feb, 2021 1 commit
    • Povilas Kanapickas's avatar
      dix: Send touch end to clients that do async grab without touch events · f682e056
      Povilas Kanapickas authored
      If a XI2 client started listening to touches due to a selection and then
      creates an active async grab that does not include touch events, then it
      currently won't get the touch end event which will produce inconsistent
      view of the pending touches.
      
      Note that we only need to consider touch listeners and can ignore
      pointer emulation. Under XI2 if a active grab replaces a passive
      implicit grab and the active grab does not include the button release
      event, the client won't get it either.
      f682e056
  4. 02 Feb, 2021 14 commits
  5. 29 Jan, 2021 4 commits
  6. 27 Jan, 2021 1 commit
    • Julien Cristau's avatar
      compiler.h: don't define inb/outb and friends on mips · 0148a15d
      Julien Cristau authored
      The definition relies on IOPortBase, which is only ever set in
      hw/xfree86/os-support/bsd/arm_video.c
      
      This caused build failures on linux/mips with GCC 10, due to this
      change (from https://gcc.gnu.org/gcc-10/changes.html#c):
      
      "GCC now defaults to -fno-common. As a result, global variable accesses
      are more efficient on various targets. In C, global variables with
      multiple tentative definitions now result in linker errors. With
      -fcommon such definitions are silently merged during linking."
      
      As a result anything including compiler.h would get its own definition
      of IOPortBase and the linker would error out.
      0148a15d
  7. 22 Jan, 2021 3 commits
  8. 08 Jan, 2021 1 commit
  9. 06 Jan, 2021 1 commit
  10. 05 Jan, 2021 1 commit
    • Povilas Kanapickas's avatar
      xi: Don't deliver emulated motion when there's no owner for touch end · 3ab3083c
      Povilas Kanapickas authored
      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's avatarPovilas Kanapickas <povilas@radix.lt>
      3ab3083c
  11. 18 Dec, 2020 2 commits
  12. 17 Dec, 2020 2 commits