For the last month or so I've been spending some time on a helper library
for evdev devices. The motivation is two-fold:
* users of evdev currently issue ioctls directly, checking bit masks
manually. all this is a source for error, especially as there are some
inconsistencies in the ioctl APIs
Originally window.c was requesting version 1 but several clients were
calling version 2 and 3 events including the desktop shell itself.
Signed-off-by: Jason Ekstrand
---
clients/window.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/clients/window.c b/clients/window.c
inde
This commit sets the version numbers in all calls to wl_client_add_object
and wl_client_new_object. The wl_compositor.create_surface implementation
was altered to create a surface with the same version as the underlying
wl_compositor. Since no other "child interfaces" have version greater than
1,
Signed-off-by: Jason Ekstrand
---
src/compositor.h | 4
1 file changed, 4 insertions(+)
diff --git a/src/compositor.h b/src/compositor.h
index 45a14d6..60da054 100644
--- a/src/compositor.h
+++ b/src/compositor.h
@@ -36,6 +36,10 @@ extern "C" {
#include "matrix.h"
#include "config-parser
This series converts weston to use the new resource versioning API.
Jason Ekstrand (3):
Add a MIN macro
window: Request version 3 of wl_compositor
Add version arguments to wl_client_add/new_object calls
clients/window.c| 2 +-
src/compositor.c| 16 +---
src/com
This commit provides a layer of protection for the compositor in the form
of message version checking. Version information is provided to libwayland
as an aditional argument to wl_client_add_object and wl_client_new_object.
libwayland then uses this version information to verify that a request
exi
This commit adds version information to wl_message signatures and a
wl_message_get_since function to retrieve. The since version comes in the
form of a (possible) integer at the begining of the message. If the
message starts with an integer, then it specifies the "since" version of
that message.
From: Kristian Høgsberg
With the work to add wl_resource accessors and port weston to use them,
we're ready to make wl_resource and wl_object opaque structs. We keep
wl_buffer in the header for EGL stacks to use, but don't expose it by
default. In time we'll remove it completely, but for now it
This patch series adds version information to wl_resource so that we can
detect invalid requests based on version at the libwayland level. This
series is based on the wl_resource_opaque patch so it is included.
P.S. Kristian, I think I'm ok with the #ifdef guards around wl_resource
etc. for whate
From: Alex Wu
---
src/xwayland/Makefile.am |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/xwayland/Makefile.am b/src/xwayland/Makefile.am
index 3a26cbd..82ad53d 100644
--- a/src/xwayland/Makefile.am
+++ b/src/xwayland/Makefile.am
@@ -33,4 +33,6 @@ BUILT_SOURCES =
Confirmed. This patch fixes https://bugs.freedesktop.org/show_bug.cgi?id=66167
U. Artie
> -Original Message-
> From: wayland-devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org
> [mailto:wayland-devel-
> bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf
From: Rob Bradford
Calling weston_pointer_start_grab can lead to a code path (in this case
when the shell surface is unresponsive) that can try and remove the
popup grab to setup a shell grab.
Ending the popup grab requires removing the surface from the grab's
surfaces list - however the grab ha
This patch also fixed https://bugs.freedesktop.org/show_bug.cgi?id=66173
> -Original Message-
> From: wayland-devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org
> [mailto:wayland-devel-
> bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf Of Eoff,
> Ullysses A
Confirmed. This patch fixes https://bugs.freedesktop.org/show_bug.cgi?id=65986.
It was a tricky one to reproduce, but after about 50 tries I could not trigger
the issue
with this patch.
Confirmed that this patch also fixes
https://bugs.freedesktop.org/show_bug.cgi?id=66198
;-)
U. Artie
From: Rob Bradford
The list of surfaces used by weston_compositor_pick_surface() is
maintained in list of surfaces stored on the compositor. This list is
generated from the surfaces across all the layers using
weston_compositor_build_surface_list.
When destroying a surface the surface is "unmapp
15 matches
Mail list logo