02:20wlb: weston Merge request !1457 opened by JeffyChen (JeffyCN) libweston: Cleanup output's animation list when removing it https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1457
03:04wlb: weston Merge request !1458 opened by JeffyChen (JeffyCN) desktop-shell: Fix a few racy memory use-after-free issues https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1458
10:10wlb: weston Merge request !1456 merged \o/ (clients/simple-damage: fix exiting message https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1456)
10:10wlb: weston/main: Diego Nieto * clients/simple-damage: fix exiting message https://gitlab.freedesktop.org/wayland/weston/commit/4261892d7742 clients/simple-damage.c
10:46davidre: Anyone knows what "userswitchermainscript" is for in lnf?
10:46davidre: Sorry wrong channel, that is a kde plasma question :D
13:47wlb: wayland-protocols Merge request !282 opened by Carlos Garnacho (carlosg) text-input: update to 3.2 https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/282
14:19daniels: pq: is this something you've seen before on shutdown? weston: ../libweston/color-noop.c:231: cmnoop_destroy: Assertion `cmnoop->stock_cprof->base.ref_count == 1' failed.
14:20daniels: (current with leandrohrb's !1536 merged into main)
14:21pq: nope, but I think neither of us tested it with open windows during shutdown
14:22pq: cmlcms_destroy() contains a workaround that should be added to cmnoop as well, I think - leandrohrb56
14:23pq: the long story is that weston does not use wl_display_destroy_clients() yet
14:26pq: I can trivially reproduce that, and it is indeed related to having windows open while shutting down.
14:27daniels: istr the reason for not doing that is because we didn't have the right listeners for client destruction in libwayland, right? if so, I added those a couple of months back ...
14:29pq: I don't remember the details, but I have a feeling it was about shutdown sequencing and stopping clients from being able to connect maybe
14:30pq: https://gitlab.freedesktop.org/wayland/weston/-/issues/591 is the epic
14:35emersion: ideally there should be a function to remove a socket, but keep the display running
14:35emersion: so that clients can't reconnect immediately…
14:36pq: ideally, yes
14:36emersion: hm, i suppose it doesn't matter too much, since the server doesn't go back to the event loop…
14:38pq: It's just a race that Weston could ignore and still do much better than it currently does.
18:45wlb: wayland-protocols Issue #178 opened by Julian Orth (mahkoh) Audio indicator protocol https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/178
19:52wlb: weston Issue #878 opened by Deuxis (Deuxis) Crash when encountering an erroneous backlight device https://gitlab.freedesktop.org/wayland/weston/-/issues/878