1. 15 Jun, 2021 14 commits
  2. 27 Apr, 2021 1 commit
  3. 14 Apr, 2021 2 commits
    • Jonas Ådahl's avatar
      Replace `unstable` with `staging` · 5381e39b
      Jonas Ådahl authored
      Time has told us that the effort going from `unstable` to `stable` is
      enough of a burdon meaning very few protocols are ever declared stable.
      To mitigate this, and thus avoid having protocols being "stuck" being
      "unstable" indefinitely, replace the "unstable" -> "stable" procedure
      with a "staging" -> "stable" procedure, where declaring a protocol
      stable does not involve any changes to any implementations.
      The only side effect of this is that version numbers are to forever be
      part of all interface names and protocol XML files.
      Closes: #30
      Signed-off-by: Jonas Ådahl's avatarJonas Ådahl <jadahl@gmail.com>
      Reviewed-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
    • Simon Ser's avatar
      xdg-foreign: add error enums · b1670b4d
      Simon Ser authored
      The protocol states that the client must provide xdg_toplevel surfaces,
      but doesn't specify protocol error values that can be sent by the
      Signed-off-by: Simon Ser's avatarSimon Ser <contact@emersion.fr>
  4. 13 Apr, 2021 1 commit
    • Peter Hutterer's avatar
      pointer-gestures: correct description of pinch · 17bef0ed
      Peter Hutterer authored
      This is being picky, but "pinch/spread" is the physical gesture, zoom and
      rotate is the effect that clients provide in response to that gesture.
      Let's use pinch only here since spread is more ambiguous in english, as anyone
      who's ever had butter on their bread would know.
      Also, everything else is referring to it as pinch anyway, so zoom/rotate here
      is the odd one out.
      Signed-off-by: Peter Hutterer's avatarPeter Hutterer <peter.hutterer@who-t.net>
  5. 05 Apr, 2021 1 commit
  6. 31 Mar, 2021 2 commits
    • Simon Ser's avatar
      linux-dmabuf: clarify what mixed valid/INVALID modifiers mean · 3683a5eb
      Simon Ser authored
      This commit makes it clear that compositors can send valid modifiers and
      DRM_FORMAT_MOD_INVALID for a given format. This means that the compositor
      supports both implicit and explicit modifiers. See the warning further
      > Warning: It should be an error if the format/modifier pair was not
      > advertised with the modifier event. This is not enforced yet because
      > some implementations always accept DRM_FORMAT_MOD_INVALID. Also
      > version 2 of this protocol does not have the modifier event.
      Xwayland already requires compositors to send DRM_FORMAT_MOD_INVALID
      for importing buffers with an implicit modifier [1].
      In a future protocol version, it would be nice to make it a protocol
      error (or at least a soft failure) to use any format/modifier pair that
      wasn't advertised. A use-case for this is Vulkan compositors: the Vulkan
      DMA-BUF extensions require an explicit modifier and cannot import
      buffers which have an implicit modifier.
      [1]: https://gitla...
    • Jonas Ådahl's avatar
      ci: Make the FDO_UPSTREAM_REPO variable global · 42da2294
      Jonas Ådahl authored
      ci-fairy doesn't know how to to look at $CI_MERGE_REQUEST_PROJECT_PATH
      right now, so if we don't manually set $FDO_UPSTREAM_REPO, ci-fairy will
      (without verbose logging turned on) silently fall back on the source
      repository project path for finding the branch point. This might fail if
      the owner of the source repository hasn't updated the `master` branch of
      their fork.
      Related: freedesktop/ci-templates#32
      Signed-off-by: Jonas Ådahl's avatarJonas Ådahl <jadahl@gmail.com>
  7. 26 Mar, 2021 6 commits
  8. 16 Feb, 2021 1 commit
    • Pekka Paalanen's avatar
      linux-dmabuf: no buffer errors on device disappearance · f899eff0
      Pekka Paalanen authored
      This was prompted by the discussion from
      which is not the final wording.
      When a DRM device is hot-unplugged, particularly if it is the Wayland
      compositor's compositing GPU, EGL may start returning errors from trying to use
      the client's dmabuf. Or, if the client is rendering on another GPU which gets
      hot-unplugged, the dmabuf the compositor already has may start failing.
      Hot-unplug is an abrupt global action, and there is no way a client or a
      compositor could ensure they clean up before things start failing. It is not
      the client's fault, so the client should not get disconnected if already
      existing wl_buffer objects start failing. This patch add the wording to the
      protocol to this effect.
      The intention is that the compositor replaces the failed buffers with some
      placeholder content. There is no way this could be glitch-free. In its own pace
      the client should discover the DRM device is gone, clean up, and perhaps use
      something else. How exactly that should happen depends on the rendering API the
      client is using.
      This is a tiny step towards making DRM device hot-unplug not crash
      applications that wish to handle the unplug gracefully.
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.com>
  9. 05 Jan, 2021 3 commits
  10. 03 Jan, 2021 2 commits
  11. 03 Nov, 2020 1 commit
    • Bhushan Shah's avatar
      text-input: document behavior regarding multiple text-inputs · 4ed0cafe
      Bhushan Shah authored
      Currently protocol does not specify what should happen if multiple
      text-inputs are created by same client, which is why this is more or
      less undefined behavior currently in compositor implementations.
      If client has created more than one text-input objects and surface owned
      by the client is focused, then compositor must send enter event to all
      text-input objects, in case of enable request however only one
      text-input must be enabled per client per seat.
      Signed-off-by: default avatarBhushan Shah <bshah@kde.org>
  12. 15 Oct, 2020 1 commit
  13. 14 Oct, 2020 1 commit
  14. 19 Jun, 2020 1 commit
  15. 07 Apr, 2020 2 commits
  16. 29 Feb, 2020 1 commit