Nautilus, SSH: "Generic Error" while moving/copying file

Bug #45382 reported by seanh
10
Affects Status Importance Assigned to Milestone
Nautilus
Expired
Low
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Open a remote folder via SSH with nautilus.

Open another remote folder.

Drag and drop a file from one remote folder to the other.

Get a "generic error". Screenshot to be attached.

Cut and pasting the file produced the same error. I was able to move it successfully by copy and pasting and then deleting it from the original folder.

The bug only occurs with certain combinations of folders. For example, I can drag-drop fine between <email address hidden>/home/username and <email address hidden>/home/username /subfolder or vice versa, but the error occurs when drag-dropping between for example <email address hidden>/home/username /subfolder and <email address hidden>/public/homepages/username/

I think the two folders in the last example may be on different partitions in the remote account.

Revision history for this message
seanh (seanh) wrote : Screenshot,jpg

Screenshot of the error message.

Revision history for this message
Chris Wagner (chris-wagner) wrote : Re: Breezy, Nautilus, SSH: "Generic Error" while moving file

I'm seeing (essentially) the same error under Edgy when trying to copy a file, within a single, ssh-mounted folder. E.g., I'm trying to copy a file at ssh://<email address hidden>/path/to/dir/file.tmpl by a simple Ctrl+C -> Ctrl+V. If I log into the server via the command line, `cd` to the directory, and `cp file.tmpl file2.tmpl` the file copies as expected, so this is almost certainly a Gnome/Nautilus problem.

The error I'm getting is the same as that seen by chombee, except that it says "while copying" rather than "while moving".

I've seen this problem (or a similar one) several times, seemingly randomly.

Revision history for this message
Chris Wagner (chris-wagner) wrote :

Also, this looks similar to bug 9247.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Does gnomevfs-mv works fine for that?

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Medium → Low
status: Unconfirmed → Needs Info
Revision history for this message
Chris Wagner (chris-wagner) wrote : Re: [Bug 45382] Re: Nautilus, SSH: "Generic Error" while moving/copying file

On Thu, 2006-12-14 at 10:14 +0000, Sebastien Bacher wrote:
> Does gnomevfs-mv works fine for that?

Okay, I just tried several things. These all work okay:
 - gnomevfs-copy /
     ssh://cwagner@server/path/to/dir/briefcase.tmpl /
     ssh://cwagner@server/path/to/dir/survey.tmpl
 - gnomevfs-copy /
     ssh://cwagner@server/path/to/dir/survey.tmpl /
     ssh://cwagner@server/path/to/dir/survey.tmpl.bak
 - via Nautilus, moving *or* copying the file to *another directory*.
For example, if I am sitting in ssh://cwagner@server/path/to/dir/ and
select file.tmpl and hit Ctrl+C, then move up a directory to
ssh://cwagner@server/path/to/ and paste by hitting Ctrl+V, all works
okay. I can even *re-paste* over the file and I get a reasonable dialog
warning me: "A file named "groups.tmpl" already exists. Do you want to
replace it?"

So, in my case, the problem seems to only occur when trying to copy a
file and paste a copy back into the same directory in which the original
exists. What do I expect to happen? I expect to get a copy of the file
with a new name (e.g., "my-file.txt (Copy)") as happens when copying a
file, using the same technique, within a local directory.

Revision history for this message
Chris Wagner (chris-wagner) wrote : Re: [Bug 45382] Re: Nautilus, SSH: "Generic Error" while moving/copying file

On Thu, 2006-12-14 at 20:56 +0000, Chris Wagner wrote:
> - gnomevfs-copy /
> ssh://cwagner@server/path/to/dir/briefcase.tmpl /
> ssh://cwagner@server/path/to/dir/survey.tmpl
> - gnomevfs-copy /
> ssh://cwagner@server/path/to/dir/survey.tmpl /
> ssh://cwagner@server/path/to/dir/survey.tmpl.bak

Oops - sorry, the second of those should be:
 - gnomevfs-mv /
     ssh://cwagner@server/path/to/dir/survey.tmpl /
     ssh://cwagner@server/path/to/dir/survey.tmpl.bak

Changed in nautilus:
status: Needs Info → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in nautilus:
status: Unknown → Unconfirmed
Revision history for this message
Chris Moore (dooglus) wrote :

The cause of this bug is that:

In package "libgnomevfs2-0",
file "modules/sftp-method.c",
function "do_create"
returns GNOME_VFS_ERROR_GENERIC instead of GNOME_VFS_ERROR_FILE_EXISTS
when the file to create already exists, and argument "exclusive" is true.

If it returned GNOME_VFS_ERROR_FILE_EXISTS, then nautilus would try other file names like "file (copy).txt", "file (another copy).txt" and such like.

Revision history for this message
Chris Moore (dooglus) wrote :

This patch fixes the problem, but isn't the correct solution. It does demonstrate where the problem lies, however.

Revision history for this message
Chris Moore (dooglus) wrote :

This should be filed against the "gnome-vfs2" package, not nautilus.

Revision history for this message
Chris Moore (dooglus) wrote :

This patch does what's right, checking whether the file really does exist before using the GNOME_VFS_ERROR_FILE_EXISTS return value.

Revision history for this message
davie (daviemoston) wrote :

gnome-vfs is being replaced with gvfs in ubuntu hardy (8.04).
Any chance you could test this to check to see if it still occurs in the latest hardy beta (http://www.ubuntu.com/testing/hardy/beta)?

Revision history for this message
Chris Wagner (chris-wagner) wrote :

I can't really perform a controlled test, but doing a simple copy-and-paste -- across SSH, within a single directory, in Hardy -- seems to work okay. I'll go ahead and close this...

Changed in nautilus:
status: Confirmed → Fix Released
Revision history for this message
seanh (seanh) wrote :

I just repeated the test case I gave when I reported the bug, and it works now, no error.

Changed in nautilus:
status: New → Invalid
Changed in nautilus:
importance: Unknown → Low
status: Invalid → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.