Nautilus problems with home folder
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| gnome-panel (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs | ||
Bug Description
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/
5.rm -R /home/marco/.gconf*
6.mv /home/marco/.gconf /home/marco/
7.mv /home/marco/.gconfd /home/marco/
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/
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/
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/
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-
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.
| Nick Ellery (nick.ellery) wrote | #1 |
| Sebastien Bacher (seb128) wrote | #2 |
| Changed in nautilus: | |
| assignee: | nobody → desktop-bugs |
| importance: | Undecided → Low |
| status: | New → Invalid |
Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https:/