← Back to team overview

desktop-packages team mailing list archive

[Bug 702452]


(In reply to Michael Müller from comment #6)
> 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:

Well, while this fixes the grouping problem, this won't allow window
managers to associate the actual .desktop file to the window, and thus
you'd just use the embedded icon or window name, instead of the
applications data defined in the .desktop file.

You received this bug notification because you are a member of Desktop
Packages, which is subscribed to bamf in Ubuntu.

  [launcher] Wine applications are wrongly matched

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

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


  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:

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

To manage notifications about this bug go to: