[Bug 27032] New: Gnome Shell does not show Wine program names in dash and panel
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(a)winehq.org ReportedBy: uhkeller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27032 --- Comment #1 from Austin English <austinenglish(a)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). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 roger(a)mailinator.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roger(a)mailinator.com --- Comment #2 from roger(a)mailinator.com --- https://bugzilla.gnome.org/show_bug.cgi?id=722636 The bug is at wine according to gnome developers. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #3 from Sebastian Lackner <sebastian(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 --- Comment #4 from Henri Verbeet <hverbeet(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 Stuart Axon <stu.axon(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stu.axon(a)gmail.com --- Comment #5 from Stuart Axon <stu.axon(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 --- Comment #6 from Stuart Axon <stu.axon(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 --- Comment #7 from Stuart Axon <stu.axon(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 super_man(a)post.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man(a)post.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #8 from winetest(a)luukku.com --- Maybe its because of bug 24652. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fgouget(a)codeweavers.com --- Comment #9 from François Gouget <fgouget(a)codeweavers.com> --- Created attachment 66824 --> https://bugs.winehq.org/attachment.cgi?id=66824 Windows match to favorites in Ubuntu 19.10 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 --- Comment #10 from François Gouget <fgouget(a)codeweavers.com> --- Created attachment 66825 --> https://bugs.winehq.org/attachment.cgi?id=66825 Icons show up fine in Alt-Tab on Debian 9 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 François Gouget <fgouget(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #11 from François Gouget <fgouget(a)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). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=27032 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #12 from Austin English <austinenglish(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla