http://bugs.winehq.org/show_bug.cgi?id=27032
Summary: Gnome Shell does not show Wine program names in dash and panel Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: uhkeller@googlemail.com
In the Gnome (3.0) shell, all running Wine applications share the same nondescript icon, and their title in the panel is always given as "Wine Windows Program Loader". Switching between Wine apps using the Dash requires a right-click on the shared icon.
I have filed a bug report on this in the Gnome bugzilla, and it seems the issue occurs because Wine sets the WM_CLASS of its Windows differently than Gnome Shell expects. Gnome Shell expects WM_CLASS to match the .desktop file of the application, while Wine sets it to "Wine" and the name of the Windows executable. E.g. for Word 2007, xprop gives me:
WM_CLASS(STRING) = "WINWORD.EXE", "Wine"
while the .desktop file for Word 2007 is "Microsoft Office Word 2007.desktop"
I'm using Wine 1.3.19 on Arch Linux i686.
Relevant bug report in the Gnome bugzilla:
https://bugzilla.gnome.org/show_bug.cgi?id=649087
Might be related to this Wine bug:
http://bugs.winehq.org/show_bug.cgi?id=26950
http://bugs.winehq.org/show_bug.cgi?id=27032
--- Comment #1 from Austin English austinenglish@gmail.com 2013-11-13 16:48:35 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=27032
roger@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roger@mailinator.com
--- Comment #2 from roger@mailinator.com --- https://bugzilla.gnome.org/show_bug.cgi?id=722636
The bug is at wine according to gnome developers.
https://bugs.winehq.org/show_bug.cgi?id=27032
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #3 from Sebastian Lackner sebastian@fds-team.de --- Does the patch suggested in bug https://bugs.winehq.org/show_bug.cgi?id=32699 also help here?
Patch: https://github.com/wine-compholio/wine-staging/blob/master/patches/winex11-W...
I don't have a Gnome Shell right now, so I cannot test myself.
https://bugs.winehq.org/show_bug.cgi?id=27032
--- Comment #4 from Henri Verbeet hverbeet@gmail.com --- https://bugzilla.gnome.org/show_bug.cgi?id=722636#c10 appears to refer to some standard introducing a relation between .desktop files and WM_CLASS, but as far as I'm aware that's purely a gnome-shell heuristic that just happens to work in a lot of cases. Does anyone know if that comment is referring to an actual standard?
https://bugs.winehq.org/show_bug.cgi?id=27032
Stuart Axon stu.axon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stu.axon@gmail.com
--- Comment #5 from Stuart Axon stu.axon@gmail.com --- Created attachment 50035 --> https://bugs.winehq.org/attachment.cgi?id=50035 Screenshot showing 'wine' icon in Alt-Tab
When pressing Alt-Tab wine programs don't show their icons.
https://bugs.winehq.org/show_bug.cgi?id=27032
--- Comment #6 from Stuart Axon stu.axon@gmail.com --- The patch seems to fix it, the icons that show up are very low DPI, and in the case of running 'wine progman' there doesn't seem to be an icon.
Have added a screenshot to show the icons with low DPI / non existant.
https://bugs.winehq.org/show_bug.cgi?id=27032
--- Comment #7 from Stuart Axon stu.axon@gmail.com --- Created attachment 50036 --> https://bugs.winehq.org/attachment.cgi?id=50036 Screenshot with patch
Icons have low DPI or if you run 'wine progman' there doesn't seem to be one.
https://bugs.winehq.org/show_bug.cgi?id=27032
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=27032
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #8 from winetest@luukku.com --- Maybe its because of bug 24652.
https://bugs.winehq.org/show_bug.cgi?id=27032
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fgouget@codeweavers.com
--- Comment #9 from François Gouget fgouget@codeweavers.com --- Created attachment 66824 --> https://bugs.winehq.org/attachment.cgi?id=66824 Windows match to favorites in Ubuntu 19.10
https://bugs.winehq.org/show_bug.cgi?id=27032
--- Comment #10 from François Gouget fgouget@codeweavers.com --- Created attachment 66825 --> https://bugs.winehq.org/attachment.cgi?id=66825 Icons show up fine in Alt-Tab on Debian 9
https://bugs.winehq.org/show_bug.cgi?id=27032
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED
--- Comment #11 from François Gouget fgouget@codeweavers.com --- This works.
First the windows get proper icons in the _NET_WM_ICON property which allows them to show up correctly in Alt-Tab.
Then as far as matching application windows with the proper entry in the GNOME favorites Wine still WM_CLASS as follows (e.g. for Notepad++):
WM_CLASS(STRING) = "notepad++.exe", "Wine"
But the .desktop files now sets StartupWMClass to match as per the Startup Notification:
StartupNotify=true StartupWMClass=notepad++.exe
StartupNotify indicates that the Startup Notification protocol is supported (Wine does support it) and StartupWMClass indicates that a window with either the WM class or WM name property set to "notepad++.exe" should be matched to this desktop file. From the Startup Notification specification:
https://specifications.freedesktop.org/startup-notification-spec/startup-not...
| StartupWMClass=STRING | | If true, it is KNOWN that the application will map at least one | window with the given string as its WM class or WM name hint.
With this GNOME can and does match the window to the proper icon in the dock / application favorites list.
I confirmed this in Ubuntu 19.10, 18.04 and Debian 9 (all GNOME).
https://bugs.winehq.org/show_bug.cgi?id=27032
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Austin English austinenglish@gmail.com --- Closing.