Opened 13 years ago

Closed 12 years ago

#7771 closed Feature request (wontfix)

Downloading a locked file into a local folder overwriting an existing one, it destroy the local file

Reported by: corrado valeri Owned by: Nitin Kumar Gautam
Priority: low Component: FileZilla Client
Keywords: locked remote file Cc:
Component version: Operating system type: Windows
Operating system version: xp sp3

Description

There is a local file that must be overwritten with an updated version located on server remote folder. After connected to the server, I double click on the file I want to download. I confirm to overwrite the local file destination.
Filezilla try to download the remote file, but it's locked, so the transfer fails but the local file becomes a zero byte file length.

I guess that this issue should be fixed simply checking the remote file availability before to open the local file stream.

Attachments (2)

filezila_bug_overwrite_local_file_request.png (125.4 KB ) - added by corrado valeri 13 years ago.
the overwrite file request
filezila_bug_overwrite_local_file_request_2.png (117.2 KB ) - added by corrado valeri 13 years ago.
the results after transfer failure: destinazion file was is zero byte length

Download all attachments as: .zip

Change History (4)

by corrado valeri, 13 years ago

the overwrite file request

by corrado valeri, 13 years ago

the results after transfer failure: destinazion file was is zero byte length

comment:1 by Nitin Kumar Gautam, 12 years ago

Owner: set to Nitin Kumar Gautam
Status: newaccepted

I would like to try fixing this bug now..

comment:2 by Alexander Schuch, 12 years ago

Resolution: wontfix
Status: acceptedclosed
Type: Bug reportFeature request

I cannot see a way to properly handle this issue.

FileZilla could try to download a file, and if it works, start the real download. But what if in the time between the attempt to download the file and the actual download the file locking happens? FileZilla would react the very same as it does now.

Furthermore, FileZilla does not destroy the file on its own. You, the user, confirmed that the file can be overwritten. In case your Internet connection dies, you will end up with a broken file as well - no difference to what happens now.

If you still believe FileZilla should somehow handle this situation, please feel free to open this issue again and explain how this can be done. Thanks.

Note: See TracTickets for help on using tickets.