GNOME Bugzilla – Bug 101683
gnome-control-center takes over desktop on remote machine
Last modified: 2011-07-11 13:08:57 UTC
Description of problem:
If you are running xhosted and you run gnome-control-center it takes the
nautilus window forks a process which takes over the desktop.
gnome-control-center should start up nautilus with the --no-desktop option.
Steps to Reproduce:
1. ssh -X someother-rh8.0-machine
Actual Results: Your desktop is taken over by the nautilus from the remote
Expected Results: Just the nautilus window for the preference opens up.
Big problem for remote machines (and someone mentioned this to me _in
person_ a while ago), so ->high.
This came from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=79319
Why is control center running a nautilus at all? [And I assume this isn't fixed
in 2.6, right?]
luis : running the shell or any of the capplets checks that the settings daemon
is running and starts it if necessary given that none of the capplets are of
much use without the daemon. That's all handled nicely by bonobo. The settings
daemon is responsible for setting up the background which is handled by nautilus.
There are two questions here
1) Why doesn't the remote shell notice the local settings daemon ?
2) Why is the user running a remote control center and assuming it will work ?
That is a _big_ assumption. Things will only work if the gconf on the remote
machine is connected to the local daemon. While not impossible, it's also not
ensured to work unless it was setup specificly. gconf/bonobo may not be
configured to allow remote connections for security reasons.
It would be a simple fix to not have the shell start the g-s-d, but that seems
pointless given that the only reason to run the shell is to get to a capplet
which do require it.
*** Bug 149786 has been marked as a duplicate of this bug. ***
This bug seems to still exist in 2.24.3 (Fedora 10) if you run Nautilus from a remote system. The desktop will be taken over by the remote nautilus (locally icons are disabled) and the keyboard shortcuts such as caps->control are lost.
(In reply to comment #5)
> This bug seems to still exist in 2.24.3 (Fedora 10) if you run Nautilus from a
> remote system. The desktop will be taken over by the remote nautilus (locally
> icons are disabled) and the keyboard shortcuts such as caps->control are lost.
That's not related. The original bug is about nautilus starting up when you launch a control-center capplet.
It won't run nautilus anymore in GNOME 3, and I don't think we behave much better these days (D-Bus activation rather than Bonobo activation).
Feel free to reopen if it actually causes problems in 2011.