GNOME Bugzilla – Bug 358205
Creating shortcut to folder on SMB-share fails
Last modified: 2013-04-23 18:00:29 UTC
Please describe the problem: When trying to use Nautilus to create a shortcut to a folder that is on a Windows Share (eg. accessed via smb://...), an error message appears, and no shortcut is created. Steps to reproduce: 1. Open "Locations" -> "Network server" 2. Go to "Windows Network" and select a workgroup, then a computer, then a shared folder 3. Make sure there's a folder inside the shared folder 4. Right-click on the inner folder, and select "Create Shortcut" Actual results: The following error message appears: "Fehler »Nicht unterstützter Vorgang« beim Anlegen einer Verknüpfung mit »smb://charly/save/da«." ("Action not supported when trying to create shortcut to smb://charly/save/da"), and it asks if I want to go ("Abort", "Retry"). No shortcut is created. Expected results: Either a shortcut should be created "as usual" (ie. in the shared folder), so that I can then move it where I like it (eg. to the Desktop). Or Nautilus should tell me that the shortcut cannot be created in that location, and ask me whether I want the shortcut to be created on the Desktop. Currently, I have worked around this problem by using the "Locations" menu, then selecting "Connection to server...". Then I could select "Windows Share" from the list, and manually fill in all necessary information. This gets me exactly the shortcut I want to have (on the Desktop, where I wanted it :) . So it is possible to create such shortcuts, but it probably doesn't fit into Nautilus' usual way (I guess usually Nautilus creates a symlink if one creates a shortcut to a folder). Does this happen every time? Yes Other information:
As nautilus uses a different library (gio/gvfs instead of gnome-vfs) for this since 2.22/2.24: Is this still an issue in 3.0 or 2.32 or can this be closed as obsolete?
Thanks for taking the time to report this bug; however, closing due to lack of response of the reporter, sorry. if you still see this issue with recent stable releases of GNOME (3.0.2 or 3.2.0), please reopen. tia.
i can confirm this is still present in 3.2. the current error message is: > Error while creating link to <target>. > > The target doesn't support symbolic links. it seems i don't have the permissions to reopen this.
Reopening.
happens to me as well. trying to link a shared Samba folder to desktop. it either fails or creates a bad link.
Thanks for the bug report. This particular bug involves two bugs which have already been reported into our bug tracking system, but please feel free to report any further bugs you find. (In reply to comment #0) > Either a shortcut should be created "as usual" (ie. in the shared folder), so > that I can then move it where I like it (eg. to the Desktop). [...] This is not possible util bug 562029 is fixed, as explained on bug 677397. > [...] Or Nautilus > should tell me that the shortcut cannot be created in that location, and ask me > whether I want the shortcut to be created on the Desktop. This is requested on bug 314065. *** This bug has been marked as a duplicate of bug 314065 ***