You have been subscribed to a public bug:
Machine: Dell Inspiron 8200 (so built in 2004)
Comming from Ubuntu version 6.06 with Nautilus version 2.14.3 I was used to
drag the Home-folder, from Places in the menu, to the Desktop as a shortcut.
Later I was told via the dutch forum to do this differently; via the
gconf-editor.
Trying to drag the Home-folder to the desktop in version 8.04 with Nautilus
2.22.3, an error occured that the tartget folder (destop) is already in the
source folder (Home).
In both version however, I see the desktop-folder as a sub-folder of the
home-folder. So why the difference.
Suggestions on the NL-forum were made like:
1.$ ln -s ~ ~/Desktop/home
2.installing file-browser-applet
3.Announced as the official way to to this:
a) Open gconf-editor in the terminal
b) go to apps > nautilus > desktop
c) tick home_icon_visible
4.rm .gconf/apps/nautilus/desktop/%gconf.xml
5.rm -R /home/marco/.gconf*
6.mv /home/marco/.gconf /home/marco/.gconf_old
7.mv /home/marco/.gconfd /home/marco/.gconfd_old
At suggestion 3, which should automatically show the icon on the desktop
when the applicable tick box is ticked, I played around with the _name
key as well because I states <no value> and wanted to change the name on
the desktop, with the result that things got worse.
Still no icon on the desktop and the next time I restarted I got the error
message as soon as the bird on the desktop appeared. The message said:
An error has occured while loading or saving of configuration information for
the gnome-panel. Some of your configuration settings may not work properly.
In the details it says:
Type mismatch: expected 'string' got 'int' for key
apps/nautilus/desktop/home_icon_name
>From here on I worked thru suggestions 4 thru 7 but none of them worked!
The reason appeared just as simple as silly.
Apparently with looking around in the gconf-editor I modified the key
home_icon_name from <no value> to '0' (nil) just by clicking OK in edit mode of
the key.
This created the error message at startup and prevented Nautilus to be
activated.
This was the diagnostic of a cleaver PhD on a R&D and verified with the list of
running processes.
To fix we deleted the _name keys, rebuilt them with the type of all the _name
keys to string without any entry in the value.
Started nautilus via the terminal, logged-off/on and proceeded with suggestion
#3.
Now it worked!
Some people think its a bug in nautilus and therefore I report it as such.
To be sure and curious as I am, I decided to a full reinstallation to
see if it was reproduceable. Since I had not used any program yet so no
personal settings were lost, it would not matter.
After a complete reinstallation the first thing I tried was to get the
home-folder on the desktop by dragging it from Places in the menu.
It seemed to work now but the action was rather long and after a while it came
with:
Error while copying %gconf.xml
There was an error copying the file into
/home/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop
. . . . . . . . .
Nevertheless the icon, with as text the username only, was on the desktop and
the File Browser opened when double clicked. The only difference is the icon
itself, a regular folder and no Home symbol. This in comparison when one uses
the gconf-editor to show the shortcut on the desktop with the text 'username's
Home'.
After a software (263) update the above drag action was repeated and the result
was:
Error while copying.
There was an error getting information about files in the folder
“accessibility”.
Under details - There was an error copying the file into
/home/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop/marco/Desktop
. . . . . . . . .
After giving this message for three folders followed by a skip option, The
above re-appears.
When trying to remove the icon from the desktop I could only move it to
the Trash. Emptying the Trash however is now a problem due to the folder
in folder in folder in folder . . . . copy. File operations did not work
here; it just quits. Hughe file of 2.2MB in Trash now.
Reproducing the gconf-editor problem
At first I did it as it should. Did not touch the _name keys. Everything worked
fine.
Then I opened the key home_icon_name <no value>, noticed the type (integer) and
value (0) were accessable, clicked OK without changing anything and the
following occured:
1.The <no value> changed to '0' (nil)
2.The icon disappeared from the desktop
3.The error as described above occured.
4.Nautilus is stopped! Checked via System monitor.
Going back to the key editor the Type was greyed out, so the only action to do
is
1.Unset the key
2.Make a New key with name home_icon_name
3.Configure as type string
4.Don't enter any value
5.Click OK (still no icon)
6.Restart Nautilus via Alt-F2 (brings back the icon on the desktop)
Looks OK.
However, at log-off log-on action the error Nautilus can't be used now, due to
an unexpected error
At the details it continues with “from Bonobo when attemting to locate the
factory. Killing bonobo-activation-server and restarting Nautilus may help to
fix the problem.
Also no shortcut on the desktop to the home-folder.
At a shutdown and startup this problem seems to be disappeared.
No more error notifications and the icon on the desktop. However, the text is
simply home and not 'usersname's home'. This must be the effect from the
changing the _name key.
** Affects: nautilus (Ubuntu)
Importance: Undecided
Status: New
--
Nautilus problems with home folder
https://bugs.edge.launchpad.net/bugs/268322
You received this bug notification because you are a member of Ubuntu Desktop
Bugs, which is subscribed to nautilus in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
