The Zoom desktop client isn't calling ::UnInhibit() method (against org.freedesktop.ScreenSaver) via DBUS when the meeting is over and the video window is closed. The call to ::Inhibit() is working fine when the video starts.
For services that observe the DBus calls to org.freedesktop.ScreenSaver (ie. caffeine or xssproxy), without the corresponding ::UnInhibit() call the screensaver stays inhibited, preventing xss-lock from kicking in and locking the screen, even if no video is playing, until the Zoom process is terminated.
I submitted a support request to Zoom, but I thought of mentioning it here in-case someone had some kind of work-around that I'm not aware of. Well... I do have a work-around; it's terminating the Zoom Desktop Client every-time I'm done with a conference call :(
EDIT: Missing DBus reference and grammar.
Pinned Comments
erbrecht commented on 2024-11-19 13:06 (UTC)
@Rhinoceros - I finally got screen sharing to work under KDE with Wayland. Looks like I'm using the same versions as you:
I followed the Screen share section on the Zoom wiki page:
https://wiki.archlinux.org/title/Zoom_Meetings
The only thing I didn't need to do was set XDG_CURRENT_DESKTOP=gnome. I followed the other steps, and now I can choose my desktop/window to share. Prior to following the wiki I couldn't stop screen sharing without the hanging issue, which I was experiencing prior to 6.2.10.
edh commented on 2016-08-26 11:03 (UTC) (edited on 2017-03-09 10:48 (UTC) by edh)