← Back to team overview

dx-packages team mailing list archive

[Bug 702452]

 

Hi,

I wrote a tiny patch which changes the window class inside of winex11
from "Wine" to the name of the program executable. This solves the
problem and does not require any changes to desktop files (and it also
works if you start the program from a terminal). Most window managers
should now only group together the windows of the same executable and
not all wine applications. The patch is available at:

https://github.com/compholio/wine-
compholio/blob/master/patches/winex11-Window_Groups/0001-winex11
-Prevent-window-managers-from-grouping-all-wi.patch

Could you guys verify that it works for you? I tested it with XFCE and
Unity and it solves the problem.

The patch does not implement the AppUserModelIDs feature but since Wine
still defaults to Windows XP mode, I assume that most applications
wouldn't use this feature anyway.

Michael

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dx-packages
https://bugs.launchpad.net/bugs/702452

Title:
  [launcher] Wine applications are wrongly matched

Status in BAMF:
  Confirmed
Status in libwnck:
  Fix Released
Status in Unity:
  Confirmed
Status in Wine:
  Unknown
Status in bamf package in Ubuntu:
  Triaged
Status in unity package in Ubuntu:
  Triaged

Bug description:
  After launching a Wine app from terminal or via gnome-do, it appears in the launcher with the Wine icon, instead of its own icon. The title is "Wine Window Program Loader" instead of the proper application name.
  It can't be favorited since it will favorite the wine executable itself.
  And obviously different wine apps are all grouped under the same launcher icon.

  See also bug #635223 about Wine applications not showing up in the
  dash.

  -----------------------------------------------------------------------------------------

  A way to fix this is to make all the Wine generated .desktop file to
  include a StartupWMClass value that matches the instance name of the
  related program (generally the .exe file name to be executed).

  So for example, a "Mozilla Firefox.desktop" file can be easily fixed adding this parameter:
   StartupWMClass=firefox.exe

  Wine should try to add this information at file generation time.

To manage notifications about this bug go to:
https://bugs.launchpad.net/bamf/+bug/702452/+subscriptions