Some Zoom menus disappear before I can click on them

[jjramsey]

Hyprland version (and other version stuff)

Output from hyprctl version (updated for 0.49 release):

Hyprland 0.49.0 built from branch  at commit 9958d297641b5c84dcff93f9039d80a5ad37ab00  (version: bump to 0.49.0).
Date: Thu May 8 20:15:18 2025
Tag: v0.49.0, commits: 6098
built against:
 aquamarine 0.8.0
 hyprlang 0.6.3
 hyprutils 0.7.1
 hyprcursor 0.1.12
 hyprgraphics 0.1.3


no flags were set

Zoom is installed from its vendor-provided Arch package, with version 6.4.6.1370-1.
Hyprland is installed from the Arch package, with version 0.48.1-5.

Regression

Is this a regression? I'm not sure.

Describe the bug

Some Zoom menus kinda sorta work, at least with follow_mouse=0, but the menus that come up when clicking on the "^" arrows in the bottom bar of the Zoom window (shown below), disappear as the mouse moves from where I've clicked to the newly opened menu.

In ~/.config/zoomus.conf, xwayland=true.

Reproduction steps

To try out this behavior for yourself, join a test meeting at https://zoom.us/test, and when the Zoom GUI comes up, don't click on the buttons that test if the sound is working, since that will close the meeting. Just go to the window with the bottom bar shown above and click on the "^" arrows by the buttons.

As a point of comparison, I don't see this behavior with the latest Sway, compiled against wlroots-git (v 0.19). (I haven't tested with Labwc yet). As another point of comparison, Labwc has a different problem, which still uses wlroots 0.18, has a different problem: the "^" menu works the first time, but subsequent attempts to show the menu fail the way that it does on Hyprland. [ETA: I compiled a version of LabWC that compiles against wlroots-git, v 0.19, and that fixed the problem for LabWC. If tThe latest release of Hyprland doesn't fix my problem; I guess wlroots could be examined for solutions to this problem.]

System info and config

hyprctl-sysinfo-2025-05-12.txt

[ETA: I moved this from "Bugs: Other" to "Bugs: XWayland" because when I saw similar problems in other compositors, they were resolved by updates in their XWayland implementations.]

[mridhop]

I'm also having the same problem. I've found a workaround, so I found out that the menu window is its own window, so you need to get the class or title (or both) of the window using hyprctl clients and then create a window rule:

windowrule = stayfocused, class:zoom, title:menu window

EDIT: out of topic, but I also get this behaviour with Steam Friend List dropdown menu, but not as often as the Zoom one

[jjramsey]

Thanks. That workaround seems to have worked. I do wonder how you got the title for the window with hyprctl clients. I tried to, but the menu window disappeared before I could run hyprctl clients. Instead, I got the title from sfwbar instead.

[ETA: I found a problem with this workaround. If I apply it to all Zoom windows, so that (1) it works for the menus in the main Zoom window (rather than just the one for the Zoom meeting window) and (2) I don't have to find the title for every wonky Zoom menu, then changing focus by clicking somewhere else doesn't work. That weakness in this workaround seems to be due to how stayfocused is designed to work, rather than any sort of bug.]

[mridhop]

Yeah I was also stuck there for a good moment 😅. I found a neat trick combining watch and tail here:

watch "hyprctl clients | tail -n $(($LINES - 2))"

[Judah-Silva]

I was having the same problem, and this worked. Thanks.

[porterrigby]

This also worked for me. Thanks!