Derek Foreman c05f4f86ea client: Don't disconnect on receipt of object events destined for zombies ... Server side objects give protocol designers exciting ways to break clients. For example, if a client deletes an object at the same time the server is sending an event containing a new object to that object, then we currently silently drop that event. If a following event in the buffer from an object that has not yet been deleted also contains a new object, the wl_map constraint that new objects must be 1 higher than the current highest object count is violated. This results in a disconnect. Instead, let's augment the zombie accounting code to keep the entire proxy around on deletion, for both client and server generated objects. This way we can create and immediately delete objects that are destined for zombie proxies - thus creating zombie descendants. We can go no further to clean this up in the client library - we can't call a destructor because the protocol might dictate that child objects will be automatically destroyed on the destruction of the parent. So we turn a situation that would lead to an erroneous disconnect into one that may or may not leak object ids depending on protocol definition. Fixes #74 for some definition of "fix" anyway. Signed-off-by: Derek Foreman <derek.foreman@collabora.com>		2021-08-26 07:38:28 -05:00
..
.gitignore	Update .gitignore for protocol/	2013-11-19 13:26:04 -08:00
generate-shm-formats.py	Add an automated script to update wl_shm.format	2019-09-06 12:09:22 +00:00
tests.xml	client: Don't disconnect on receipt of object events destined for zombies	2021-08-26 07:38:28 -05:00
wayland.dtd	protocol: Add type attribute to events	2021-01-27 17:49:10 +00:00
wayland.xml	protocol: clarify wl_seat.name description	2021-07-06 11:57:39 +00:00