Comment 3 for bug 988251

Perhaps I should file a new or many new bugreport(s) (if so plese let me know), but as several inconsistencies in Ubuntu 12.04 Nautilus behavior appears to be related to how Nautilus interacts with nfs-mounted partitions i post a new comment. The 'behaviors' mentioned below did not occur while I was using my Ubuntu 10.10 64 workstation. The server is unchanged (!0.04 64)

When I for instance (on my workstation) delete a large file/folder located at an nfs-partition it takes Nautilus several minutes to notify the action to the nfs server so that the (changed) availability of space on said nfs-partition gets updated be the server and the newly freed space becomes available. For instance if you delete to make space for a new file, dont expect to get the new file on the nfs-partition before Nautilus has passed it's grace-period, sometimes tens of minutes long.

Unfortunately also the previously reported consistent drag-drop bahavior have become apparently inconstent. CTRL+SHIFT+drag a file/folder with the mouse to an other partition should produce a link link on the target partition, but this works only occassionally - more than often Nautilus starts to copy the entire file to the new location.

SHIFT+drag with mouse sometimes makes a copy of the target file to the new location and sometimes moves the target file to the new location.

These problems are underlined by the fact that it is no longer possible (as it was before and still in Ubuntu 10.10) to make links within a Nautilus window whitout the annoying "link to" -prefixes (In Ubuntu 11.10/12.04 Nautilus always places the created links in the same folder as the original file/folder). At least I haven't found out any other work-arounds to this serious usability flaw than CTRL+SHIFT+drag, which, as mentionede earlier, works only occassionally.