1. 20 May, 2019 1 commit
    • Olivier Fourdan's avatar
      xwayland: Avoid a crash on pointer enter with a grab · 0a074463
      Olivier Fourdan authored
      On pointer enter notification, Xwayland checks for an existing pointer
      warp with a `NULL` sprite.
      
      In turn, `xwl_pointer_warp_emulator_maybe_lock()` checks for an existing
      grab and the destination window using `XYToWindow()` which does not
      check for the actual sprite not being `NULL`.
      
      So, in some cases, when the pointer enters the surface and there is an
      existing X11 grab which is not an ownerEvents grab, Xwayland would crash
      trying to dereference the `NULL` sprite pointer:
      
        #0  __GI_raise ()
        #1  __GI_abort () at abort.c:79
        #2  OsAbort () at utils.c:1351
        #3  AbortServer () at log.c:879
        #4  FatalError () at log.c:1017
        #5  OsSigHandler () at osinit.c:156
        #6  OsSigHandler () at osinit.c:110
        #7  <signal handler called>
        #8  XYToWindow (pSprite=0x0, x=0, y=0) at events.c:2880
        #9  xwl_pointer_warp_emulator_maybe_lock () at xwayland-input.c:2673
        #10 pointer_handle_enter () at xwayland-input.c:434
      
      Avoid the crash by simply checking for the sprite being not `NULL` in
      `xwl_pointer_warp_emulator_maybe_lock()`
      Signed-off-by: default avatarOlivier Fourdan <ofourdan@redhat.com>
      Bugzilla: https://bugzilla.redhat.com/1708119
      0a074463
  2. 18 May, 2019 5 commits
  3. 17 May, 2019 4 commits
  4. 14 May, 2019 1 commit
    • Adam Jackson's avatar
      glx: Fix potential crashes in glXWait{GL,X} · 2aec5c3c
      Adam Jackson authored
      glxc->drawPriv will be NULL if the context is direct, or if it is
      current but without a bound drawable. Mesa's libGL won't normally emit
      protocol for direct contexts for these calls, but a malign client could
      still crash the server.
      2aec5c3c
  5. 12 May, 2019 1 commit
  6. 07 May, 2019 1 commit
    • Topi Miettinen's avatar
      os: add support for systemd notification · bb46e785
      Topi Miettinen authored
      It can take some time for Xorg to start. If Xorg runs as a systemd
      service and other services are based on it, they have no way to
      determine when Xorg is really ready to accept requests. Let's use
      sd_notify() provided by libsystemd to signal systemd for readiness.
      If Xorg has not been started as a systemd service, this won't do
      anything.
      Signed-off-by: Topi Miettinen's avatarTopi Miettinen <toiwoton@gmail.com>
      bb46e785
  7. 02 May, 2019 8 commits
  8. 01 May, 2019 5 commits
  9. 30 Apr, 2019 9 commits
  10. 29 Apr, 2019 1 commit
  11. 28 Apr, 2019 1 commit
  12. 23 Apr, 2019 1 commit
  13. 20 Apr, 2019 1 commit
  14. 18 Apr, 2019 1 commit