Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Steam menus disappear when the mouse is hovered over #924

Open
cysp74 opened this issue Nov 13, 2023 · 5 comments
Open

Steam menus disappear when the mouse is hovered over #924

cysp74 opened this issue Nov 13, 2023 · 5 comments
Labels
type:bug Something's broken!

Comments

@cysp74
Copy link

cysp74 commented Nov 13, 2023

See the title of the bug (impacted menu entries are placed into window's title (?), i.e. "Steam", "View", "Friends", etc.).
When you click on a menu entry, try to hover over the menu and the menu disappears.

Under different wms steam works fine (pekwm, icewm, openbox).
As I recon this was bug intro'd this year (2023), however, I haven't put any effort into identifying which commit causes this yet

The issue also exists with the default config file.

Version:
fvwm3 1.0.9 (1.0.8-21-gd47b2ba9)
Distro:
Arch Linux
Log entries:
[1699898174.621710]  log opened (because of SIGUSR2)
[1699898185.029678] setup_window_placement: Expanding screen from 'null' -> ''
[1699898185.138140] setup_window_placement: Expanding screen from 'null' -> ''
[1699898321.173708] setup_window_placement: Expanding screen from 'null' -> ''
FVWM doesn't crash during this issue
@cysp74 cysp74 added the type:bug Something's broken! label Nov 13, 2023
@somiaj
Copy link
Collaborator

somiaj commented Nov 13, 2023

My guess is this is related to #761 (I think steam uses electron). Fvwm has currently chosen to not create work around for this behavior, even though other wms have. I don't know the details well enough to know what workaround fvwm would need to deal with these behaviors of menus from chromium/electron apps.

@cysp74
Copy link
Author

cysp74 commented Nov 14, 2023

My guess is this is related to #761 (I think steam uses electron). Fvwm has currently chosen to not create work around for this behavior, even though other wms have. I don't know the details well enough to know what workaround fvwm would need to deal with these behaviors of menus from chromium/electron apps.

Of course, if I switch steam to unmanaged (Style steam Unmanaged) the issue is gone.

So, by common sense, if

  1. Other wms can handle this (I have to stress, openbox can handle also, however it's not actively developed for years),
  2. Steam with unmanaged option (at fvwm side takes steam out of fvwm control) can receive proper events,

Then fvwm can have a solution eg. a reworked logic, not a quasi workaround.
-- Alas, I quite unfamiliar with fvwm code yet.

@xuzhen
Copy link
Contributor

xuzhen commented Dec 3, 2023

I noticed that when the menu disappears, the output of the xev command contains a strange pair of FocusIn/FocusOut events after the EnterNotify event. This is not seen when Steam is running with openbox.

EnterNotify event, serial 18, synthetic NO, window 0x3a00010,
    root 0x6cb, subw 0x0, time 14989009, (60,32), root:(1070,233),
    mode NotifyNormal, detail NotifyInferior, same_screen YES,
    focus NO, state 0

KeymapNotify event, serial 18, synthetic NO, window 0x0,
    keys:  4294967243 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

FocusIn event, serial 18, synthetic NO, window 0x3a00010,
    mode NotifyNormal, detail NotifyNonlinear

KeymapNotify event, serial 18, synthetic NO, window 0x0,
    keys:  4294967243 0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

FocusOut event, serial 18, synthetic NO, window 0x3a00010,
    mode NotifyNormal, detail NotifyInferior

After doing some debugging, I found that removing these two lines stopped the menu from disappearing

focus_force_refresh_focus(fw);

_refocus_stolen_focus_win(ea);

@cybersphinx
Copy link

fvwm 2.6.x seems to behave the same, so it might be an old problem.

@petergthatsme
Copy link

petergthatsme commented Feb 24, 2024

this is definitely an issue in 2.6x. I've had this for a long time now; menus are broken in steam, and on some websites in various browsers. Possibly also related: there is a problem in getting the 'cast' menu to show up in chrome/chromium (i think i put in an issue about it before at some stage).
The update (to what i think is) equivalent to what @xuzhen shown above, but in 2.6x, does not seem to work for me - but perhaps there are more things that need to be commented out - i just haven't had a chance to experiment enough. If anyone finds a fix the 2.6x, please share.

edit: here is a (potentially-related) issue with getting the 'cast' menu to show up in chrome/chromium:
https://www.mail-archive.com/fvwm-workers@fvwm.org/msg04873.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:bug Something's broken!
Projects
None yet
Development

No branches or pull requests

5 participants