.desktop files should follow the specification

[Andrew Conkling]

There are a number of .desktop files (those in /usr/share/applications) that are
messing up the possibility of icon themes because they are either hardcoded or
are given with a specific extension (usually png). With the increasing
popularity of SVG icon themes, files for programs such as the Gimp preclude icon
theming.

An example (the Gimp):
Icon=/usr/share/gimp/2.0/images/wilber-icon.png (hardcoded + png extension
listed = bad)

Should be changed to:
Icon=wilber-icon

Then any icon theme with an icon wilber-icon will be picked up when the theme is
active and the default will be used when the theme is missing that icon.

If someone wants me to fix/attach any or if a list of all affected files would
be helpful, let me know.

[Sebastien Bacher (seb128)]

Right, thanks for noticing. If you want to make a list of the files to fix that
would be appreciate :)

[Andrew Conkling (andrewski)]

The following .desktop files in /usr/share/applications are guilty (sorry, but
without owning package name). Unless noted, the files simply have an extension
listed on them that can be safely removed:
blackjack.desktop
bug-buddy-core.desktop
bug-buddy.desktop
display-properties.desktop
easytag.desktop
freecell.desktop
gataxx.desktop
gconf-editor.desktop
gftp.desktop
gimp-2.2.desktop (icon path hardcoded)
gksu.desktop (icon path hardcoded)
gksuexec.desktop (icon path hardcoded)
glines.desktop
gmpc.desktop
gnect.desktop
gnibbles.desktop
gnobots2.desktop
gnome-nettool.desktop
gnome-stones.desktop
gnometris.desktop
gnomine.desktop
gnotravex.desktop
gnotski.desktop
gparted.desktop (icon path hardcoded)
grip.desktop
gtali.desktop
gthumb.desktop
gucharmap.desktop
iagno.desktop
inkscape.desktop (ironically!)
leafpad.desktop
mahjongg.desktop
Mozilla.desktop
Mozilla-editor.desktop
mozilla-firefox.desktop
network.desktop (icon path hardcoded)
qalculate.desktop
same-gnome.desktop
shares.desktop (icon path hardcoded)
sol.desktop
synaptic.desktop
time.desktop (icon path hardcoded)
tsclient.desktop
users.desktop
vino-preferences.desktop
xchat.desktop
yelp.desktop

These are only a list of the .desktop files for applications I have on my system
currently; there are certainly others. Again, as I mentioned before, if there's
anything I can do to help this hit the packages, let me know; it's a trivial fix
to an annoying problem.

[Sebastien Bacher (seb128)]

There is some other bugs open about the desktop files:
https://bugzilla.ubuntu.com/show_bug.cgi?id=6982
https://bugzilla.ubuntu.com/show_bug.cgi?id=6984

I'm renaming this bug, we need to review the different desktops files and make
them compatible with the specification (icons, desktop-file-validate, etc).
Better to work that with upstreams for the differents software than patching the
packages.

[Sebastien Bacher (seb128)]

*** Bug 13334 has been marked as a duplicate of this bug. ***

[Sebastien Bacher (seb128)]

*** Bug 13336 has been marked as a duplicate of this bug. ***

[Frans Kool (frans-kool)]

gambas.desktop - TryExec=<empty> (No filename given. Once line
removed, it shows up)
gdmflexiserver-xnest.desktop - Categories=Application;Network; (Network does
not appear)
gnomecc.desktop - Categories=GNOME;Application;Settings; (Settings
does not appear)
gnome-font-viewer.desktop - etc...
gnome-jabber.desktop
gnome-netinfo.desktop
gnome-settings-mouse.desktop
gxine.desktop
ooo2-base.desktop
rhythmbox.desktop

Kind regards,
Frans Kool.
These items don't show up in the menu's. For some I have included the possible
reasons, but a lot share the same things. It seems that the Freedesktop.org
standards are either not correctly implemented, or there is something wrong with
the file (like with Gambas.desktop).

[Sebastien Bacher (seb128)]

weird, rhythmbox should works fine

[Corey Burger (corey.burger)]

Can someone compile a list for Breezy so we can see if this has been resolved?

[Andrew Conkling (andrewski)]

Since we're talking about a very generic bug here, should we just close this and leave it as a call for people to make some noise upstream where appropriate?

[Sebastien Bacher (seb128)]

Rejecting that bug, somebody filled a stack of different bugs with patches for that, the bugs should be by package rather