StartupWMClass does not work for desktop entries

Bug #311911 reported by Damjan Jovanovic
6
Affects Status Importance Assigned to Milestone
Wine
Fix Released
Wishlist
nautilus (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

The freedesktop.org desktop entry spec and startup notification spec both describe a line in .desktop files called StartupWMClass that can be used for startup notifications.

On at least Ubuntu 8.10, this only works on .desktop entries in menus, not those on the desktop.

More details at http://bugs.winehq.org/show_bug.cgi?id=6334#c2

I will most likely be rewriting the startup notification support in Wine to use the full startup notification spec, but some applications still use StartupWMClass, and they will break.

My attempts to figure out which Gnome package starts applications from the menus and desktop and how, have been unsuccessful so far.

Revision history for this message
In , Jan-wine (jan-wine) wrote :

Please report bugs to the correct Product, next time.

Revision history for this message
In , Damjan Jovanovic (damjan-jov) wrote :

Confirming and changing summary, component.

We've had winemenubuilder add a "StartupWMClass=Wine" entry to .desktop files it generates for a while now (I wrote that patch). This should turn the mouse cursor to an hourglass and make a "Starting ..." tab on your window list until the application opens a window.

.desktop entries made by very old (long before 1.0) versions of Wine won't have this entry, so you should reinstall the application with a recent version of Wine.

Testing done on Ubuntu 8.10 with Gnome 2.24.1 and a Wine git just after 1.1.10 compiled from source.

* When you start an application from the menus it works.

* It doesn't work when you double-click on an .EXE from nautilus, even with the "StartupWMClass=Wine" key in wine.desktop.

* It doesn't work for .desktop files on the Desktop either, only those in the menus. Even if you copy a .desktop entry from the menus to the Desktop, it still doesn't work.

Maybe we need to support the full startup notification spec (http://standards.freedesktop.org/startup-notification-spec) but it's long and seems unnecessary.

I'll try do some investigating, the missing functionality seems more due to Ubuntu/Gnome bugs than Wine.

Revision history for this message
Damjan Jovanovic (damjan-jov) wrote :

The freedesktop.org desktop entry spec and startup notification spec both describe a line in .desktop files called StartupWMClass that can be used for startup notifications.

On at least Ubuntu 8.10, this only works on .desktop entries in menus, not those on the desktop.

More details at http://bugs.winehq.org/show_bug.cgi?id=6334#c2

I will most likely be rewriting the startup notification support in Wine to use the full startup notification spec, but some applications still use StartupWMClass, and they will break.

My attempts to figure out which Gnome package starts applications from the menus and desktop and how, have been unsuccessful so far.

Revision history for this message
In , Damjan Jovanovic (damjan-jov) wrote :

Created an attachment (id=18304)
Support for the startup notification spec

Turns out the startup notification spec is not that bad and was quite fun to write.

Tested on all 3 scenarios - menu, desktop, and double-click from Nautilus - works every time.

Revision history for this message
In , Damjan Jovanovic (damjan-jov) wrote :

Patch is in latest git - resolving FIXED.

Revision history for this message
In , Alexandre Julliard (julliard) wrote :

Closing bugs fixed in 1.1.13.

Revision history for this message
David Tombs (dgtombs) wrote :

I think it's Nautilus. If not, they'll tell us I guess.

affects: ubuntu → nautilus (Ubuntu)
Revision history for this message
Yazen Ghannam (yghannam-deactivatedaccount-deactivatedaccount) wrote :

For the menus, the package is gnome-panel and the desktop is nautilus. From the bug report that Damjan linked it seems that the issue is with the desktop, not the menus.

Damjan, from the link it seems that you were able to work everything out. Does that mean that the issue was not with Nautilus? If not then I think we can change the status to Invalid. Until then I'll mark it as Incomplete. Thank you.

Changed in nautilus (Ubuntu):
status: New → Incomplete
Changed in nautilus (Ubuntu):
importance: Undecided → Low
Revision history for this message
Sense Egbert Hofstede (sense) wrote :

I'm changing the status to Fix Released based on the status of the upstream bug report.
Please don't hesitate to reopen the bug if this issue does still occur.

Changed in nautilus (Ubuntu):
status: Incomplete → Fix Released
Changed in wine:
status: Unknown → Fix Released
Changed in wine:
importance: Unknown → Wishlist
Revision history for this message
In , Austin English (austinenglish) wrote :

Removing deprecated 'All' Platform.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.