Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Transfer Incomplete deletes file contents when connection re-established #8923

Closed
cyberduck opened this issue Jul 9, 2015 · 4 comments
Closed
Assignees
Labels
bug fixed ftp FTP Protocol Implementation
Milestone

Comments

@cyberduck
Copy link
Collaborator

adfe0fa created the issue

Most of the time, when a server disconnects me due to inactivity and I then upload a file to the server (being unaware that I've been disconnected), Cyberduck re-establishes the connection, then reports via a popup bubble "Transfer Incomplete". Very rarely this upload is successful, in which case the popup bubble reads "Upload Complete". The "Transfer Incomplete" bubble message I refer to is the second one, not the one that initially shows when Cyberduck begins to re-establish the connection.

-When the result is Transfer Incomplete, the contents of the file on the server are erased.* An example:

  • send.php is already on the server and has code in it
  • the server disconnects me and I don't know it
  • I upload a revised send.php file and it results in Transfer Incomplete
  • the version of send.php sitting on the server is now empty, ie it contains no characters of any kind.

For a while I had no idea the incomplete transfer was in fact quite complete and very effective at changing the file on the server, though not in a desirable way.

I would like to comply with your request to attach the transcript from the log drawer, but though the text can be selected, Copy and CTRL-C both fail to capture anything, and I cant find any commands in Cyberduck to export the log.

Here is a small sample of the log, which I am typing in manually.
From just before the file destroying upload...

226-Options: -a -1
226 31 matches total
CWD /
250 OK. Current directory is /
TYPE A
200 TYPE is now ASCII
PASV
227 Entering Passive Mode (50, 62, 254 1, 196, 113)
MLSD
150 Accepted data connection
type=cdir;sizd=4096;modify=20150709163016;UNIX.mode=0705;UNIX.uid=11819259;UNIX.gid=100450;unique=13g22fa2ce;

and a whole bunch of other entries just like that one as it lists every file and folder in the directory, then the final 2 lines of the log are

226-Options: -a -1
226 31 matches total

So to sum up,

  • most of the time the server is disconnecting me (3 minute inactivity window),
  • all the time Cyberduck has no indication that a connection has been lost,
  • most of the time subsequent uploads destroy files pre-existing on the server.
@cyberduck
Copy link
Collaborator Author

@dkocher commented

Is this with using an external editor?

@cyberduck
Copy link
Collaborator Author

adfe0fa commented

Replying to [comment:2 dkocher]:

Is this with using an external editor?
I am using Notepad++ to edit my files.
I am dragging files from Notepad++ to Cyberduck browser to trigger an upload.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [8923 terrym]:

I would like to comply with your request to attach the transcript from the log drawer, but though the text can be selected, Copy and CTRL-C both fail to capture anything, and I cant find any commands in Cyberduck to export the log.

In #8991.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please update to the latest snapshot build available and reopen this issue if you can still reproduce.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug fixed ftp FTP Protocol Implementation
Projects
None yet
Development

No branches or pull requests

2 participants