Opened 8 years ago

Closed 7 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 8 years ago.
the overwrite file request
filezila_bug_overwrite_local_file_request_2.png (117.2 KB) - added by corrado valeri 8 years ago.
the results after transfer failure: destinazion file was is zero byte length

Download all attachments as: .zip

Change History (4)

Changed 8 years ago by corrado valeri

the overwrite file request

Changed 8 years ago by corrado valeri

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

comment:1 Changed 7 years ago by Nitin Kumar Gautam

Owner: set to Nitin Kumar Gautam
Status: newaccepted

I would like to try fixing this bug now..

comment:2 Changed 7 years ago by Alexander Schuch

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.