I can confirm this issue on XMonad. #9392

I should have mentioned: I'm also on XMonad.

On Gnome it also doesn't seem to work, Arch Linux here.
It's likely a continuation of the already mentioned issue. You can click stuff if you hold something like a 4th or 5th mouse button but otherwise you cannot click any submenus, not even right click. For me they don't disappear but I just cannot click them without holding an extra mouse button.

Subheaders always appear clickable in the Library header and any of its subheaders.

But in any of the others, its seemingly random whether they're appear or not.

only works in KDE; clicks may/may not register on gnome

the new update seems to have done something.
clicking / mouseover works now for a split second, but still unusable.

The dropdown in the shop navi itself ("your store", …) is unusable, too. The moment I move the mouse off the top-level navigation item, the dropdown vanishes again.

the new update (1686092969) improved it again, it is still a bit busted, but also usable!

On latest beta update, not usable for me on XMonad. Whole top two rows are unclickable.

The dropdown in the shop navi itself ("your store", …) is unusable, too. The moment I move the mouse off the top-level navigation item, the dropdown vanishes again.

That's been fixed for me now. 👍

I don't have any issues with the "subheader" or "menu items" on Fedora 38, Gnome with X.org on Nvidia.

When hovering any of the subheaders or clicking the menu items. They appear for a split second then disappear. Same with right click context menus.
OS: arch 6.3.4
WM: Xmonad 0.17.2

When hovering any of the subheaders or clicking the menu items. They appear for a split second then disappear. Same with right click context menus. OS: arch 6.3.4 WM: Xmonad 0.17.2

with a lot of clicking I can get them to appear (xmonad 0.17.2.9).

@kisak-valve This is now in stable and completely broken, can't even enter steam settings. Control + click does not work. Can we get an update on this?

I don't see anything in the beta notes, but after the update 10 minutes ago all the popup menus are working perfectly fine now.

I don't see anything in the beta notes, but after the update 10 minutes ago all the popup menus are working perfectly fine now.

I am fairly sure that popup menus started working few days ago, I think it was one of those "frontend update" that get applied automatically, all you needed to do was to restart client.

There are still broken right-click context menus all over the place though (even Friends/Chat), but that probably doesn't belong in this issue.

I can confirm that everything except right click context menus are working on the beta.

I can confirm all header and subheader working on Xmonad for me right now (Steam 1687306661).

The top row menu (Steam View Friends Games Help) stopped recently working again. Context menus just quickly pop up and disappears again, with no chance to click anything.

The top row menu (Steam View Friends Games Help) stopped recently working again. Context menus just quickly pop up and disappears again, with no chance to click anything.

Can confirm, latest beta just the top row stopped working again.

The top row menu (Steam View Friends Games Help) stopped recently working again. Context menus just quickly pop up and disappears again, with no chance to click anything.

Can confirm, latest beta just the top row stopped working again.

can confirm as well

Can attest to this being an issue

Ran into this exact issue while trying to ignore a game from the store. Dropdown on the right of the "ignore" button does appear, but I can't click on any of the two options.

This means I can't ignore games I played on other platforms.

I use archlinux, latest nvidia drivers, on Xorg with i3 window manager.

openSUSE with KDE, cannot click any menu items. I don't know which version it is, and I cannot opt into any beta client because that apparently requires clicking the "Steam" menu item which does nothing.

Add a setting to improve compatibility with window managers that send an unfocus event before every pointer click event, e.g. openbox. This setting can be found in "Settings->Interface->Enable context menu focus compatibility mode". Enabling this setting will fix dropdown menus being unclickable on these window managers.

Works for me, but it is still feels a bit "buggy".

Context menu compatibility mode does mostly fix it for me too (Arch Linux | XMonad).
However, the notification panel is still very much closing on its own and, when one of the top bar context menu is opened, moving the mouse to another top bar menu header has a high chance to close the menu right after switching to the new context menu.
The [Store | Library | Community | Account] menu works as expected and actually clicking on one of the top bar header menu also works as expected.

Edit : Forgot to mention that I was using the Flatpak version of steam

Context menu compatibility mode does mostly fix it for me too (Arch Linux | XMonad). However, the notification panel is still very much closing on its own and, when one of the top bar context menu is opened, moving the mouse to another top bar menu header has a high chance to close the menu right after switching to the new context menu. The [Store | Library | Community | Account] menu works as expected and actually clicking on one of the top bar header menu also works as expected.

How were you able to enable the setting? I can't get into settings from (Steam -> Settings) because of this bug ha

How were you able to enable the setting? I can't get into settings from (Steam -> Settings) because of this bug ha

Either use window manager that doesnt have this problem or you can do it from within running game and steam overlay, where you can access settings. Personally it doesnt work for me on xmonad, popups do appear more consistently now, its a step in right direction, but they still close after appearing, so still not usable.

Context menu compatibility mode does mostly fix it for me too (Arch Linux | XMonad). However, the notification panel is still very much closing on its own and, when one of the top bar context menu is opened, moving the mouse to another top bar menu header has a high chance to close the menu right after switching to the new context menu. The [Store | Library | Community | Account] menu works as expected and actually clicking on one of the top bar header menu also works as expected.

How were you able to enable the setting? I can't get into settings from (Steam -> Settings) because of this bug ha

I realized that I forgot to mention that I was using the Flatpak version, which seemed to work a bit better (though I didn't really do any tests to actually see if it really did work better)

If you have access to the tray, you can right click the steam icon, and you should see the option to open the settings page. Else, just spam click the steam top menu item and hope to be lucky

I can't get into settings from (Steam -> Settings)

If you right click the tray icon there should be an option to open settings from there, or from the taskbar jumplist.

Alternatively, once steam is running you can also run this command to send a message to steam to open the settings page: steam steam://open/settings

With the tip for how to open Settings, I updated to the beta client and menus started working for me even without the compatibility mode.

Now it seems to be broken for me again. :dizzy_face:

Context menu compatibility mode setting doesn't improve or fix it for me on XMonad.

Strange how they were able to fix it a few betas ago but can't now.

Hello, "Fixed main client window taking focus from other Steam windows when navigation menus are hovered." in the 2023-07-26 Steam client beta update might have helped with this issue.

Hello @kisak-valve I have tested latest beta 7-28-2023, this unfortunately hasn't helped and is still an issue.

Works for me.

I can confirm that on xmonad it's still broken (and I'd imagine other TWMs too?). Nothing has changed since that beta update from the end of July. Hovering the subheader items (Store, Library, Community, etc) does work, but the menu dropdowns (Steam, View, Friends, Games, Help) are still broken, making it a pain to open settings, sign out, or exit among other things. Right-click context menus are broken in the same manner, happening on Friends list, Store page, community tab, etc.

It is also broken for me (XMonad). I have tried the beta (I verified the build date is recent), plus changing the focus & hover behavior, and trying a fresh install (wiping all steam related data) nothing has worked. The only method I have found so far to access functionality behind the popups in a way that is "usable", (mainly so I can message friends), Is to launch a game and navigate the popup though the steam overlay.
This however is a really terrible workaround, it wastes system resources having a game running in the background. Plus this does not cover all the functionality, For instance logging out, or going in offline mode does not seem to work though the overlay. To do that I usually just spam the button and hope the popup will persist in under a minute.

For reference, for me the borked popups I have noticed through regular use are those on the friends dialogue and the file menu (inc, notifications & user profile button).

Using Xmonad and the "Context menu compatibility mode" allows me to access the notifications popup, at least some of the time, by clicking the icon then quickly moving the mouse over the popup.

One thing I have noticed is that if no other windows are present in the same workspace/virtual screen as the main steam window, the menu bar dropdowns will more consistently stay visible. Once another widow (literally any window) is introduced, it goes back to disappearing after clicking it. This does not do anything to the right-click context menus though, those are still very broken.

Side note: when they do become visible, they're broken in another way though, they don't disappear until another dropdown menu is clicked. Nothing else will remove them, such as clicking away, hovering to another window or screen, switching workspaces, etc.
Is this at all related to "focus follows mouse cursor" that many TWMs enable by default?

any fix? i had the same issue with XMonad

Note: This should probably be reported in a different issue, but it feels related and maybe the users in here will have the same issue.

Newest Steam beta steals mouse and keyboard focus multiple times per second.

Launching Steam breaks my X11/Xmonad session in a way that I can't use my Desktop anymore, can't click or type anything, I need to switch to a different TTY to kill Steam to get a working session again.

@notpentadactyl Using Xmonad (Fedora 39 Xfce), running latest Beta, and no such issue here. Could it be related to your specific Xmonad config?

@notpentadactyl Using Xmonad (Fedora 39 Xfce), running latest Beta, and no such issue here. Could it be related to your specific Xmonad config?

thank you, I tracked it down to: withUrgencyHook NoUrgencyHook, with it removed Steam beta works as before.

UrgencyHook lets you configure an action to occur when a window demands your attention. (In traditional WMs, this takes the form of "flashing" on your "taskbar." Blech.)

https://hackage.haskell.org/package/xmonad-contrib-0.9.1/docs/XMonad-Hooks-UrgencyHook.html

FWIW: this works fine with Steam stable and with previous beta.

Replying to https://github.com/ValveSoftware/steam-for-linux/issues/9376#issuecomment-1904614763

Thanks for getting back to us: I'm planning to majorly overhaul my xmonad to eliminate (hopefully) all focus stealing and probably replace it with some form of panel/toolbar notification. I'll test Steam to make sure I don't get bitten too...

As of 1706390103 This issue still exists, but only in the browser. My specific problem is with using the workshop. It is impossible for me to click any dropdown style links such as "Your Files -> Subscribed items", or "Browse -> Collections".
I've looked for workarounds and the only one that I can use, is to use the steam store and workshop in another browser. I cannot disable focus follows mouse in the i3 window manager, and I wouldn't want to.
"Enable context menu focus compatibility mode" makes steam client menus work, but not any menus in the embedded browser.

As of 1706390103 This issue still exists, but only in the browser. My specific problem is with using the workshop. It is impossible for me to click any dropdown style links such as "Your Files -> Subscribed items", or "Browse -> Collections". I've looked for workarounds and the only one that I can use, is to use the steam store and workshop in another browser. I cannot disable focus follows mouse in the i3 window manager, and I wouldn't want to. "Enable context menu focus compatibility mode" makes steam client menus work, but not any menus in the embedded browser.

I can confirm this issues exists on i3wm as well, latest Arch Linux

If i hold down some "mouse 4" or "mouse 5" while trying to click the "SUbscribed items", it works, but if i don't hold anything it doesn't, and clicks directly through it.

Having the same issue also on XMonad 0.18.0-5.
For me only the first row (Steam View Friends Games Support) doesn't work, every other context menu works fine. Enabling focusing on context menu through Big Picture helps a little bit, context menu stays longer, but it doesn't solve the issue. The problem is reported on both stable and beta steam versions.

This issue was opened almost a year ago, and there's still no fix. Very sad :(

I always had this issue on xmonad but I eventually managed to click on something and enter it.
Now, since last week I can't click and enter on any header setting like "Steam", "View", "Friends", etc.

Store, Library, Community, $username work on xmonad.

The issue is Steam, View, Friends, Games, Help.

Accessing settings right now e.g. is only possible via steam steam://settings/interface or the tray icon.

I always had this issue on xmonad but I eventually managed to click on something and enter it.
Now, since last week I can't click and enter on any header setting like "Steam", "View", "Friends", etc.

Likewise. Using steam steam://settings/interface to "Enable context menu focus compatibility mode" allows me to see the menus when I click, but I still can't use them. They flash for a second and then disapear. Holding down ctrl doesn't help.

Issue for me on xmonad 0.18 as well.

Here's an xmonad-contrib pull request that fixes the menu issue and also provides a workaround (needs to be explicitly added to xmonad.hs) for all the annoying flickering that slows down xmonad to a crawl: https://github.com/xmonad/xmonad-contrib/pull/886

Can some people who're affected test this please?

@liskin I've just tried your patch. It seems to be working, though I didn't check too hard for any undesirable side-effects. The flickering and the resulting slowdowns are both gone. The menus are working too!

I'll keep the patched build running for the foreseeable future and report back any regressions I might notice.

@liskin Seems to work for me as well! I noticed random lagginess in games since I switched to xmonad, I hope this patch also fixes that! Thank you!

@liskin thank you, this worked for me too!

Works for me as well, and I have not noticed any regressions so far.

Can someone share their xmonad.hs changes for the patch?

@hjpaul7 Just to be clear, you need to apply the linked patch to your xmonad-contrib package first. Modifying xmonad.hs isn't enough. Once you do that, these are the steps:

1. Add this import:

import XMonad.Util.Hacks (fixSteamFlicker)

1. Add fixSteamFlicker to your handleEventHook. In my case I've changed this line:

handleEventHook = handleEventHook baseConfig

…into:

handleEventHook = fixSteamFlicker <+> handleEventHook baseConfig

@liskin Hello, not sure if the patch was meant to fix this issue as well, but I am still getting some flickering specifically when steam toasts slide away (the "someone is online" notifications). I probably will just disable these, but I wanted to let you know in case your patch was meant as a fix for this flickering. It is strange because I thought I noticed this was fixed at first, but it seems to come back in certain situations. Will try to reproduce specifically (unless your patch wasn't meant to fix this)
EDIT: to be clear this issue was present before the patch as well, so it's not a regression

@hjpaul7 Just to be clear, you need to apply the linked patch to your xmonad-contrib package first. Modifying xmonad.hs isn't enough. Once you do that, these are the steps:

Yup I just wanted to make sure I had the import and eventHook correct.

Wow, that works so well and makes Steam actually usable.

@liskin Hello, not sure if the patch was meant to fix this issue as well, but I am still getting some flickering specifically when steam toasts slide away (the "someone is online" notifications). I probably will just disable these, but I wanted to let you know in case your patch was meant as a fix for this flickering. It is strange because I thought I noticed this was fixed at first, but it seems to come back in certain situations. Will try to reproduce specifically (unless your patch wasn't meant to fix this)

It's something that I'd expect to be fixed provided you have fixSteamFlicker in your handleEventHook (or some equivalent). If it's not, that probably means those toast windows aren't being matched by this query:

map toLower `fmap` className =? "steam"

You can try https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.18.0.9/XMonad-Hooks-DebugEvents.html#v:debugEventsHook in your config and then you'll be looking for suspicious (large amounts of, due to the sliding effect) ConfigureRequest events. We might need to add another query for these toast windows, or perhaps Steam fails to mark them as override-redirect and then we'd need a ManageHook that matches these and does doIgnore to make them unmanaged.

(Personally I do disable all these notifications but if nobody else figures it out I might try turning them on temporarily and see what happens. It's not a priority, though, to be entirely honest.)

This seems to be the debugEventsHook output for one of these toasts:

Configure !08800083 "notificationtoasts_1_desktop" 283x70@4837,1402 steamwebhelper/steam (356011)@korenchkin (utility; above skip_taskbar skip_pager)
  above [!08800058 306x61@2026,54 steamwebhelper/steam (356011)@korenchkin (popup_menu)]
Configure !08800083 "notificationtoasts_1_desktop" 283x70@4837,1406 steamwebhelper/steam (356011)@korenchkin (utility; above skip_taskbar skip_pager)
  above [!08800058 306x61@2026,54 steamwebhelper/steam (356011)@korenchkin (popup_menu)]
[…]
Configure !08800083 "notificationtoasts_1_desktop" 283x70@4837,1504 steamwebhelper/steam (356011)@korenchkin (utility; above skip_taskbar skip_pager)
  above [!08800058 306x61@2026,54 steamwebhelper/steam (356011)@korenchkin (popup_menu)]

If I read this correctly, then it seems steam doesn't send a ConfigureRequest, but rather a Configure.

If I read this correctly, then it seems steam doesn't send a ConfigureRequest, but rather a Configure.

xmonad doesn't react to ConfigureEvents at all, unless those are from the root window. And the ! means it is indeed override-redirect, so xmonad isn't managing that window at all. Looks like steam just likes to slide its toasts?

But… if that's all that's happening, I wouldn't expect any flickering. Can you confirm those notification toasts have no borders? And elaborate where exactly you're seeing the flicker?

I have looked a bit further into this, and indeed it seems that these notification toasts don't cause flickering. I was sure I had encountered some flickering after applying the patch, but so far, I have not been able to observe it anymore after enabling the debug logging.

Edit: Now that I've taken out the debugEventsHook again, it took not even 12 minutes to see the flicker again …

I have finally managed to capture the debug output of a flicker-triggering notification. The notification toasts do not have borders (they never had, as far as I can remember). What flickers is the foreground window (in this case, emacs), over which the notification toast was drawn.

Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 95%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on [03a00002 "zsh /mnt/…" 2558x1414+1@0,24 Alacritty/Alacritty (3121)@korenchkin (normal)]
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Configure [!07a00088 "SteamWebhelper" 283x70@3728,715 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)]
  above [07a00071 "Friends List" 2558x1414+1@2560,24 steamwebhelper/steam (2350489)@korenchkin (normal)]
Configure !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1510 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
  above [07a00071 "Friends List" 2558x1414+1@2560,24 steamwebhelper/steam (2350489)@korenchkin (normal)]
MapNotify !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1510 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
ClientMessage on !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1510 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
  message _NET_WM_STATE (_NET_WM_STATE) = (action = Clear,atom1 = _NET_WM_STATE_MAXIMIZED_VERT,atom2 = _NET_WM_STATE_MAXIMIZED_HORZ) and remainder (12/20)[0,0,0,0,0,0,0,0]
ClientMessage on !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1510 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
user error (Pattern match failure in 'do' block at XMonad/Hooks/DebugEvents.hs:1262:16-28)
Configure !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1506 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
  above [07a00071 "Friends List" 2558x1414+1@2560,24 steamwebhelper/steam (2350489)@korenchkin (normal)]
[...]
Configure !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1404 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
ClientMessage on 08800757 "" 200x52@41,755 emacs/Emacs (2798)@korenchkin (normal)
xmonad: X11 error: BadAtom (invalid Atom parameter), request code=17, error code=5
  message _NET_WM_STATE (_NET_WM_STATE) = (action = Clear,atom1 = _NET_WM_STATE_HIDDEN,atom2 = (unknown atom 0)) and remainder (12/20)[1,0,0,0,0,0,0,0]
Unmap [08800757 "" 200x52@41,755 emacs/Emacs (2798)@korenchkin (normal)]
Configure !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1374 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
  above [07a00071 "Friends List" 2558x1414+1@2560,24 steamwebhelper/steam (2350489)@korenchkin (normal)]
[…]
Configure !07a00088 "notificationtoasts_3_desktop" 283x70@4837,1508 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)
  above [07a00071 "Friends List" 2558x1414+1@2560,24 steamwebhelper/steam (2350489)@korenchkin (normal)]
Unmap [!07a00088 "notificationtoasts_3_desktop" 283x70@4837,1508 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)]
Unmap [!07a00088 "notificationtoasts_3_desktop" 283x70@4837,1508 steamwebhelper/steam (2350489)@korenchkin (utility; above skip_taskbar skip_pager)]
MapNotify !07e00065 283x70@0,0 (2350489)@korenchkin (notification; skip_taskbar)
MapRequest [07e00063 283x70@0,0 (2350489)@korenchkin]
  parent 000001e0 7680x1440@0,0
user error (Error in function getWindowAttributes)
DestroyWindow (deleted window 07a00088)
Unmap (deleted window 07e00065)
Unmap (deleted window 07e00065)
DestroyWindow (deleted window 07e00065)
DestroyWindow (deleted window 07e00063)
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 95%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on [03a00002 "zsh /mnt/…" 2558x1414+1@0,24 Alacritty/Alacritty (3121)@korenchkin (normal)]
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 95%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on [03a00002 "zsh /mnt/…" 2558x1414+1@0,24 Alacritty/Alacritty (3121)@korenchkin (normal)]
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_STATE (ATOM) = []
Property on 088000ad "….tex - GNU Emacs at korenchkin" 2558x1414+1@2560,24 emacs/Emacs (2798)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 95%
Property on 07200006 "….pdf " 2558x1414+1@0,24 okular/okular (3234240)@korenchkin (normal)
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%
Property on [03a00002 "zsh /mnt/…" 2558x1414+1@0,24 Alacritty/Alacritty (3121)@korenchkin (normal)]
  atom _NET_WM_WINDOW_OPACITY (CARDINAL) = 75%

@mmarx Hm, nothing in there looks suspicious at a glance. Can you perhaps elaborate on which parts of this are repeating while the flicker is going on? Or is this whole thing repeating in the logs?

(Also, which part of emacs flickers? The border or just the inside of the window?)

The only repeating parts are the Configures, most of which I have cut out. The emacs is on a Full layout, so it doesn't have any borders; the insides definitely flicker.

Hm, flickering of emacs' insides shouldn't be related to xmonad…

It could just be that the notification toasts are moving around and emacs struggles to keep up redrawing. Are you running a compositor (xcompmgr, compton, picom, something like that)? I'm only seeing Expose events (those cause the insides of a window to get redrawn) if I disable compositing, otherwise windows have backing stores and don't need to be redrawn when windows above them get moved around.

I do run picom. Since it's been so hard to reproduce the flickering, this might indeed be related to emacs. I'm not sure how to debug this further, though.

Is this still an issue?

Yes, I still have this issue. Clicking on a menu at the top of the screen (Steam or View) briefly shows the menu, but then it disappears. Holding down the mouse button doesn't help, nor does holding Ctrl. So I have no means to select anything from any of the top menus. I'm on:

• Linux Mint 20.3
• Using XMonad
• Steam just updated, so it's presumably the latest version

Yes, I still have this issue. Clicking on a menu at the top of the screen (Steam or View) briefly shows the menu, but then it disappears. Holding down the mouse button doesn't help, nor does holding Ctrl. So I have no means to select anything from any of the top menus. I'm on:

• Linux Mint 20.3
• Using XMonad
• Steam just updated, so it's presumably the latest version

What version of xmonad? We ~fixed~ worked around this in xmonad-contrib 0.18.1 — https://github.com/xmonad/xmonad-contrib/commit/700507fcd054c95fe97e58e1d16fc3fa7f9b4a34

I can confirm that updating xmonad to 0.18 and xmonad-contrib to 0.18.1 fixed disappearing steam menus for me.

This is never getting fixed, is it?