problem with keyboard shortcuts in zoom for linux

Same issue here, both native and flatpak versions dont follow simple keybindings like Alt+A to mute. Zoom 5.15 tested on both debian 12.1 and ubuntu 22.04

Issue for me too, any update. Annotating during a screen share only sends my keybindings to the application below; not into Zoom. For example E to erase, P for pencil doesn't work during my screen share annotation but Ctrl +R does refresh my webpage.

Just observed a new bug in the latest version of Zoom for Debian (Ubuntu 24.04) as of 13 May 2025: Ubuntu'sa own global keyboard shortcuts are deleted after a Zoom Workplace meeting.

To reproduce:

1. Press System key, type keyb and select keybaord - Change keyboard shortcuts...
2. Click on View and customize shortcuts.
3. At the bottom, click on Custom Shortcuts.
4. Verify that there are at least two or more shortcuts listed; if not, add some.
5. Close the Settings app.
6. Now run Zoom Workplace, join a meeting, and share the screen.
7. End screen sharing and the meeting and then exit Zoom.
8. Repeat steps 1. through 4. , above, and note that all but the first keyboard shortcut has been deleted.

While it might be annoying if an application's shortcuts do not work, it is crippling to the operating system if it deletes the system's global shortcuts!

I’m also experiencing issues with Zoom keyboard shortcuts when screen sharing on Linux. Zoom Client 7.2.0 (AUR package) on Arch Linux. I've reproduced this on two different setups — Hyprland (Wayland/XWayland) and a plain i3 session (native X11) — so it's not a Wayland-specific or window-manager-specific bug. Shortcuts (Alt+V, Alt+A, etc.) work fine in a normal meeting, but stop reaching Zoom entirely as soon as a screen share is active — this happens even with the relevant Zoom window explicitly given keyboard focus. On the WM side I tried forcing focus, direct key-event injection to Zoom's windows, and X11's own key-forwarding mechanisms — none of it reached Zoom's shortcut handler during a share, which points at this being internal to how Zoom registers/consumes shortcuts while sharing, not something fixable from the window manager side. This is disruptive for anyone using Zoom to teach or present, where muting/toggling video without alt-tabbing away from your shared content matters.

The newer reports make this look less like an Ubuntu dependency issue and more like a Zoom Linux client bug. The fact that Alt+A and Alt+V work normally until screen sharing starts, then fail under both Wayland and X11, is a useful clue. I’d test the same Zoom version on a clean session before changing packages or reinstalling Ubuntu. If the behavior follows Zoom across window managers, there is little value in chasing keyboard or desktop dependencies.