After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 652583 - control center adds .desktop files that it won't load the library from
control center adds .desktop files that it won't load the library from
Status: RESOLVED FIXED
Product: gnome-control-center
Classification: Core
Component: shell
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Control-Center Maintainers
Control-Center Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-06-14 16:52 UTC by Rob Bradford
Modified: 2011-06-21 16:37 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Rob Bradford 2011-06-14 16:52:14 UTC 
Bastien asked me to open this bug...

If you install your .desktop file into a different prefix to what g-c-c was built for e.g. /usr/local vs /usr then it will show a settings launcher but will not actually allow you to use it.
Comment 1 Bastien Nocera 2011-06-14 17:04:21 UTC 
We need to tighten the data-dirs we're loading the desktop files from when loading the menus.
Comment 2 Bastien Nocera 2011-06-21 16:37:04 UTC 
It's a bit of a pain to do right (and time-consuming to do on startup as well), and very soon won't matter, because we won't have external panels. I added a nice little warning on the command-line instead.


commit 57465fb9b676ae4de4a272dec73124c964a4a4a8
Author: Bastien Nocera <hadess@hadess.net>
Date:   Tue Jun 21 17:35:31 2011 +0100

    shell: Print warning for uninstantiable panels
    
    Install stuff in /usr/local, desktop icon shows up, and it doesn't
    work. That's because it can't load the GIO extension. Yell like a madman
    about it.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=652583