"Preserve timestamps of transferred files" option not working correctly
Posted: 2019-08-20 12:14
Summary:
"Preserve timestamps of transferred files" option not working correctly when downloading takes a long time.
Detailed description of the symptom:
I am using latest version of FileZilla client on a Windows machine.
The "Preserve timestamps of transferred files Ctrl+U" option works most of the time, but when I download a large file from my server (personal Synology FTP server) the timestamp is NOT preserved and the modified date is set as the downloaded time.
It seems that when it takes long time to download, the client cannot update the timestamp of the downloaded file.
I think it has something to do with connection being closed while files are being downloaded. I tried to solve the issue by disabling connection timeout setting on my client (Settings>Connection>Timeout>Set to 0), but the problem persists. (Although client does not close connection, server can disconnect I think) Examining the log, I see that my FIleZilla client tries to get the directory listing of the server when the file transfer is complete, presumably to get the source file timestamp, but it fails because of the disconnection due to inaction. When I downloaded one large file, I left the client alone and I did not browse the server folders. I guess this broke the connection that enables directory listing.
The following instance backs my conjecture. When I download TWO large files with similar size, only the timestamp of one file (usually larger file) is updated. I think the client attempts to connect when it finishes downloading the smaller file yet fails to update the timestamp, but once the connection is resumed the timestamp gets properly updated by the time the second file download is complete.
I think this problem can be solved by either
1. getting the source file timestamp before downloading
2. ensure to update timestamp of the download file when directory listing is complete after connection is resumed
"Preserve timestamps of transferred files" option not working correctly when downloading takes a long time.
Detailed description of the symptom:
I am using latest version of FileZilla client on a Windows machine.
The "Preserve timestamps of transferred files Ctrl+U" option works most of the time, but when I download a large file from my server (personal Synology FTP server) the timestamp is NOT preserved and the modified date is set as the downloaded time.
It seems that when it takes long time to download, the client cannot update the timestamp of the downloaded file.
I think it has something to do with connection being closed while files are being downloaded. I tried to solve the issue by disabling connection timeout setting on my client (Settings>Connection>Timeout>Set to 0), but the problem persists. (Although client does not close connection, server can disconnect I think) Examining the log, I see that my FIleZilla client tries to get the directory listing of the server when the file transfer is complete, presumably to get the source file timestamp, but it fails because of the disconnection due to inaction. When I downloaded one large file, I left the client alone and I did not browse the server folders. I guess this broke the connection that enables directory listing.
The following instance backs my conjecture. When I download TWO large files with similar size, only the timestamp of one file (usually larger file) is updated. I think the client attempts to connect when it finishes downloading the smaller file yet fails to update the timestamp, but once the connection is resumed the timestamp gets properly updated by the time the second file download is complete.
I think this problem can be solved by either
1. getting the source file timestamp before downloading
2. ensure to update timestamp of the download file when directory listing is complete after connection is resumed