Option to disable creation of desktop icons for network shares accessed through nautilus
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nautilus (Ubuntu) |
Invalid
|
Low
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: nautilus
Hardy Alpha 5
nautilus 1:2.21.91-0ubuntu3
When accessing a network share via the Alt-F2 run dialog using smb://server/share a desktop icon is created for the network share if that share requires authentication.
When browsing after connecting via smb://server no icon is created. After entering a shared folder that requires authentication a desktop icon is created for the share, returning to smb://server and entering another share that requires authentication creates another icon on the desktop.
After creating two network shares that do not require authentication I have confirmed that the desktop icon for the un-authenticated share is also created for each share on the server.
A desktop icon is also created when accessing the same shares by IP rather than the servers windows hostname.
I cannot confirm this behaviour when accessing sftp/ssh servers as this functionality currently appears to be broken.
This feature may be useful for those who access a few shares regularly however I access a large number of smb network servers on a daily basis each with a significant number of shares and creating a desktop icon for each share that I access quickly clutters the desktop often covering other more important icons and is more of a hindrance than a help as only a small number of these servers are accessed with any regularity and 'unmounting' sledom accessed shares quickly becomes annoying. As such I would like the option to disable the automatic creation of these desktop icons for accessed shares. Perhaps this option could be implemented through the use of an associated gconf key or the old behaviour reimplemented such that these 'shortcut' icons are only created when the connect to server option is used from the Places menu or associated gnome panel applet rather than for every share accessed via nautilus.
It seems, although I cannot be sure, that this functionality may have introduced an additional delay when accessing authenticated shares as I received the dialog Opening 'Share' you can cancel this operation... Once again I cannot be sure that this is associated with the new default behaviour of adding the desktop shortcut.
Thank you for your bug report. Do you still get the issue using the current versions? Could you describe easy steps leading to the bug?