https://bugs.winehq.org/show_bug.cgi?id=57370
Bug ID: 57370 Summary: The Steam systray icon does not respond to mouse clicks. Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs@winehq.org Reporter: logos128@gmail.com CC: rbernon@codeweavers.com Regression SHA1: 9e09e1186b71ac31aca5bb2afe83ec9532cf814d Distribution: ArchLinux
In addition the mouse cursor is hidden when you hover over the systray icon.
The same issue was present in all apps that use systray icons, but commit 5df574b6119423abefa923f2079a54c9ef2bfb76 seems to have fixed it for most apps. However, Steam is still affected.
Also there are other side effects of this issue. For example, if any other app with a systray icon is launched in the same session with Steam, both icons become responsive and react to mouse clicks (incl. Steam's). Then, if the other app is closed, the Steam systray icon becomes unresponsive again.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #1 from Ivo Ivanov logos128@gmail.com --- Created attachment 77336 --> https://bugs.winehq.org/attachment.cgi?id=77336 steam-systray-bug.log.gz
WINEDEBUG=-all,+timestamp,+pid,+tid,+loaddll,+x11drv,+event,+systray
This is with the latest HEAD 3a736901cdd588ba7fbb4318e5f5069793268a01
I hovered over the systray icon and clicked several times with left/right clicks.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #2 from Rémi Bernon rbernon@codeweavers.com --- Thanks for the report! Pretty sure I checked that it worked (but using LINE client, on GNOME), so maybe something specific to the Desktop Environment?
It's interesting that it got better but with some application still affected...
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #3 from Ivo Ivanov logos128@gmail.com --- Created attachment 77337 --> https://bugs.winehq.org/attachment.cgi?id=77337 steam-systray.log.gz
WINEDEBUG=-all,+timestamp,+pid,+tid,+loaddll,+x11drv,+event,+systray
This is with the latest commit where the Steam systray is still working properly 5c2102d0fd05ff6eac22e7d96a9d29042b3e9565
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #4 from Ivo Ivanov logos128@gmail.com --- (In reply to Rémi Bernon from comment #2)
Thanks for the report! Pretty sure I checked that it worked (but using LINE client, on GNOME), so maybe something specific to the Desktop Environment?
I am using XFCE in X11. For me the apps that work are iGetter download manager, SimHub, TrackIR 5, etc. Only Steam is still affected.
I noticed other side effects as well. If you launch three apps with systray icons (Steam + 2 others), the systray icons become responsive until one of the apps is closed. Then the Steam systray + the other one become both unresponsive, etc.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #5 from Ivo Ivanov logos128@gmail.com --- I have now tried only apps with systray icons that function properly (with the latest master 3a736901cdd588ba7fbb4318e5f5069793268a01). They are all installed in the same prefix, so started them (TrackIR5, JoyToKey and SimHub) in the same session. As I launched them one by one, tried each systray icon and each responded correctly to mouse clicks, displayed a context menu, etc. Then closed one of the apps. The systray icons of the remaining apps stopped responding to mouse clicks, despite the fact that they all work properly in individual sessions.
This always happens regardless of which app is closed first, or the number of apps started. They just have to be more than one. Apparently this isn't caused by Steam either, as it happens with any app. IMO there is something with the focus of the systray windows. Winex11.drv doesn't seem to take into account that there are still active systray windows, after closing one of them.
I looked in the steam-systray-bug.log, and it seems that Steam also opens two systray windows, so the issue with Steam might be related.
https://bugs.winehq.org/show_bug.cgi?id=57370
Ivo Ivanov logos128@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #6 from Rémi Bernon rbernon@codeweavers.com --- Created attachment 77343 --> https://bugs.winehq.org/attachment.cgi?id=77343 Possible fix
Does this fix the issue for you as well?
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #7 from Ivo Ivanov logos128@gmail.com --- Thanks. Unfortunately the issue is still present in both Steam and all the aforementioned scenarios with other apps.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #8 from Ivo Ivanov logos128@gmail.com --- Created attachment 77344 --> https://bugs.winehq.org/attachment.cgi?id=77344 steam-systray-patch.log.gz
WINEDEBUG=-all,+timestamp,+pid,+tid,+loaddll,+x11drv,+event,+systray
This is Steam launched with the latest master (7d5ddd37fab45afb3beb979cdaf263378441034d) with the patch applied.
Manjaro Linux, kernel 6.11.5, XFCE (X11), i7-8700K, 32GB RAM, GTX 1080TI, nvme + HDD
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #9 from Ivo Ivanov logos128@gmail.com --- Created attachment 77345 --> https://bugs.winehq.org/attachment.cgi?id=77345 apps-systray-patch.log.gz
WINEDEBUG=-all,+timestamp,+pid,+tid,+loaddll,+x11drv,+event,+systray
These are apps that work in individual sessions, but when ran together have the aforementioned behavior - i.e. systray icons work properly until one of the apps is closed.
The two apps are SimHubWPF.exe and JoyToKey.exe started consequentially in a cmd console. Initially the systray contextual menus work and the icons respond to mouse clicks. Once one of the apps (JoyToKey.exe) is closed, the systray icon on the other app stops responding to mouse clicks.
latest master 7d5ddd37fab45afb3beb979cdaf263378441034d
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #10 from Ivo Ivanov logos128@gmail.com --- The above is with the patch applied, as well.
https://bugs.winehq.org/show_bug.cgi?id=57370
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #11 from Ivo Ivanov logos128@gmail.com --- In addition to Xfce, tested Kde, Gnome, Cinnamon, Mate and Lxde.
Kde, Mate and Lxde work correctly with more than one systray icon.
Gnome shows only the systray icon of the last started app, although this does not seem to be related to the regression. After closing this app, it doesn't show the other Wine systray icons automatically. Showing the icon of the next Wine app can be forced through Layout Switcher or Show Apps. Anyway, this systray icon won't respond to mouse clicks, which seems to be caused by this regression. The provided patch actually fixes this exact problem. After applying the patch, Gnome works similarly to before the regression.
So, the aforementioned systray behavior for starting more than one apps in this bug report seems to be related to Xfce and Cinnamon. Cinnamon does some variation of the behavior, but it is still similar to Xfce.
However, There is another regression caused by a recent winex11 patch. The commit a319042690d277981d5b0eeefcc627feb198876b "winex11: Skip faking ConfigureNotify if state/config change is expected." causes Kde and Gnome systray icons to stop responding to mouse clicks. It also makes Xfce behavior exactly the same as the Cinnamon variation.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #12 from Rémi Bernon rbernon@codeweavers.com --- Thanks for the detailed debugging, I could indeed reproduce the issue with XFCE and https://gitlab.winehq.org/wine/wine/-/merge_requests/6815 should fix the various problems on every WM.
https://bugs.winehq.org/show_bug.cgi?id=57370
--- Comment #13 from Ivo Ivanov logos128@gmail.com --- Thank you very much! I can confirm that all reported issues in this bug report are fixed with the MR. Tested with v2.
https://bugs.winehq.org/show_bug.cgi?id=57370
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |ab40b7fd8686345bf77a27ceb12 | |d4dfbaa753829
--- Comment #14 from Rémi Bernon rbernon@codeweavers.com --- Should be fixed with ab40b7fd8686345bf77a27ceb12d4dfbaa753829
https://bugs.winehq.org/show_bug.cgi?id=57370
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.22.