Red Hat Bugzilla – Bug 632058
No desktop icons or context menu on upgrade from F-14 Alpha to Rawhide
Last modified: 2015-03-03 17:52:53 EST
Description of problem:
Upgrading from F-14 to Rawhide results in a desktop session that allows one to explicitly invoke a view of the home directory via the "Places" menu, but does not include any desktop icons, nor is the traditional right-button context menu available.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install F-14 Alpha
2. Login to the Desktop (may not be required - but could be stale config?)
3. Upgrade to Rawhide
No desktop icons nor context menu are available. Running nautilus explicitly does not result in this starting either.
A series of desktop icons, a context menu, etc.
This is also present on a fresh rawhide install. No desktop icons or context menus.
Can you check that `gsettings get org.gnome.nautilus.preferences show-desktop` is 'true'? Does nautilus work otherwise? Are there any messages when starting nautilus from a terminal?
It is true. Seems to work otherwise. Today, I think this might be in contrast to previously, when starting from a terminal, I do now get the desktop icons appearing but the nautilus process on the terminal needs to remain running - previously if the desktop had died running "nautilus" on the terminal also resulted in some kind of background process starting to run the desktop icons.
The following output appears on the console:
[jcm@tonnant ~]$ nautilus
Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: cannot open shared object file: No such file or directory
Initializing nautilus-gdu extension
(nautilus:1242): GdkPixbuf-CRITICAL **: gdk_pixbuf_format_get_name: assertion `format != NULL' failed
(nautilus:1242): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
** (nautilus:1242): CRITICAL **: atk_object_initialize: assertion `ATK_IS_OBJECT (accessible)' failed
(nautilus:1242): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed
Furthermore, logging out and logging in again after this does not seem to preserve the loading of nautilus in the subsequent session, even though the setting to load the desktop remains true.
I installed fc14-beta and then updated to fc-rawhide with the same prolem, No icons on gnome desktop, `gsettings get org.gnome.nautilus.preferences show-desktop` returns 'true'.
What's more, I can't find any item under '/app/nautilus/desktop' and '/app/nautilus/preferences' which there used to be some about gnome desktop settings. However, "grep 'show-desktop' /etc/gconf/schemas/*" returns nothings. It seems that some gconf schemas were lost.
I upgrade from F14 to Rawhide last week and the problem persists.
I created a launcher in my toolbar with the command "nautilus" and start it manually. Then the desktop and the icons are available.
When I restart or shutdown my computer, a message appears and tell me that "GNOME Settings Daemon" is still running.
Is this in relation with the problems ?
(In reply to comment #6)
> Is this in relation with the problems ?
I reply to myself : no there is no relation with GNOME Settings Daemon.
GNOME Settings Daemon is working fine since today updates.
I got the same problem.
'gsettings get org.gnome.nautilus.preferences show-desktop' returns "No such key 'show-desktop'".
Each time after I logging into gnome, I have to run 'nautilus --no-default-window' to get desktop icons back.
nautilus is not going to be started by default in GNOME 3, so I don't think we want to consider this a bug anymore.
It isn't working with metacity either. (None of metacity, gnome-panel and nautilus appear to be started now.)
I don't understand the relation with GNOME 3.
Desktop icons don't appear when you switch from gnome-shell to "Standard" or "Compiz" in the "desktop-effects" panel.
Is this not a bug ?
Same bug here, using llvmpipe (so no gnome shell), desktop icons don't appear, and moreover can't copy files on the desktop.
(In reply to comment #9)
> nautilus is not going to be started by default in GNOME 3, so I don't think we
> want to consider this a bug anymore.
This choice in design is very annoying for people who will have to use gnome shell only in fallback mode.
It should be possible using gsettings to set an option to start or not nautilus by default.