GNOME Bugzilla – Bug 651831
/etc/xdg/autostart/gnome-sound-applet.desktop violates xdg guidelines
Last modified: 2013-04-18 15:25:16 UTC
+++ This bug was initially created as a clone of Bug #651830 +++ /etc/xdg/autostart/gnome-sound-applet.desktop in control-center 3.0.1.1 does not meet the freedesktop.org desktop entry specification: $ desktop-file-validate /etc/xdg/autostart/gnome-sound-applet.desktop /etc/xdg/autostart/gnome-sound-applet.desktop: error: value "GNOME3 if-session gnome-fallback" for key "AutostartCondition" in group "Desktop Entry" contains an unregistered value "GNOME3" for the condition; values extending the format should start with "X-" Same problem with /etc/xdg/autostart/nautilus-autostart.desktop from nautilus and /etc/xdg/autostart/bluetooth-applet.desktop from gnome-bluetooth. Recently Unity has started introducing new keys without previous discussion or changes to the specs and it is sad that GNOME does the same.
The fundamental problem here is that sharing these autostart files across desktops does not make any sense in the first place.
I guess then they should be moved to %{_datadir}/gnome/autostart. But even that is no excuse for not following the spec. Don't get me wrong: I consider "AutostartCondition" a good addition, however the way it is done is IHMO wrong. A single app can have different conditions in different desktops, e.g. AutostartCondition=GNOME3 if-session gnome-fallback;KDE4 if-session plasma-netbook; However it is unlikely that KDE knows how to deal with "Settings org.gnome.desktop.background show-desktop-icons" So why not use something like X-GNOME-AutostartCondition and X-KDE-AutostartCondition? Provides the same functionality but well within the specs.
Mass reassign, sorry for the noise.
The sound applet is gone from GNOME 3.8 and newer.