Cannot move cross-filesystem symlinks to Trash

Thanks for your bug. What version of Ubuntu do you use?

Breezy, with latest updates

It's known upstream: http://bugzilla.gnome.org/show_bug.cgi?id=309592. I've put
a comment with your description.

Same for me, working on Dapper Flight 5 + updates.

Same here on Edgy, trying with a symlink between a FAT16 and ext3 filesystem.

I suffer from a variant of this bug (more like #43237). I tried to delete a folder from my desktop, and I got the error saying I cannot move to a different filesystem. The difference is that my desktop and my trash are on the same filesystem. However, I do have a chroot and my home directory is also bind-mounted to there. the error I got mention the chroot filesystem so I guess the bug is related to that.

Regards,
Haggai Eran

Bug still exists on Feisty here. Why does no one fix it? I guess its not that difficult, is it?

The upstream bug for this issue should rather be http://bugzilla.gnome.org/show_bug.cgi?id=312506
2 patches have already been given (including one of mine) but they haven't yet been applied (since 2005).

Concerning ubuntu, I still can't delete symlink to other filesystem in Gutsy although now no error dialog appears, the file is just not deleted at all.

The patch from Christian Neumair: http://mail.gnome.org/archives/nautilus-list/2005-October/msg00077.html seems to solve this issue.

I put updated nautilus packages including this patch for gutsy in my personal package archive for test. Packages will soon be here: http://ppa.launchpad.net/yann-pleiades/ubuntu/pool/main/n/nautilus

The patch was not accepted upstream for the reason explained here:
http://mail.gnome.org/archives/nautilus-list/2005-October/msg00159.html

I made another patch to tries to follow Alexander Larsson's advice and sent it upstream:
http://mail.gnome.org/archives/gnome-vfs-list/2007-October/msg00009.html

I just tried this in Hardy final and it seems to be fixed with the new version of GVS. Can somebody else confirm?

I experienced the same like HDave, looks like it is fixed now. Thanks to everbody!

The bug still persist in Hardy.

I can't delete sftp:// or smb:// virtual filesystem that appears is the Desktop after the virtual filesystem is mouted , pressing the "DEL" key or dragging to the trash.

It can only be deleted using the option "Unmount Volume" from the contextual menu, which is counterintuitive.

Gabriel, what you describe is a issue different from what originally reported. This bug refers to a link to a *file* in a different file system (where both file systems are *local*).

On the other hand, you speak about links to a *virtual file system*.

While I agree with you that the interface should allow unmounting a virtual file system by just dragging its icon to the trash, as it has always worked on Macs, this issue is completely different. Moreover it is not even a bug (in the sense that the behaviour is consistent with the documentation), but rather a wishlist. I suggest that you open a new bug report, after checking that a similar one does not exist already.

Patches have been rejected upstream due to gvfs's deprecation.

Fail, 'gnome-vfs' has been deprecated.