Opened 3 years ago

Last modified 3 years ago

#12483 new Bug report

Failed transfers when using more than 2 simultaneous transfers

Reported by: Beosar Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc: Beosar
Component version: Operating system type: Windows
Operating system version:

Description (last modified by Beosar)

When setting "Maximum simultaneous transfers" to more than 2, some files always fail to upload on the first try. Sometimes it asks to overwrite an "existing" file, which has an unknown size.

Download these files (I cannot attach them because of size), unzip them, set "Maximum simultaneous transfers" to 10, and upload them all at once to a server to reproduce the error: https://download.beosar.com/public/FileZilla_Upload_Bug_Files.zip

Transfer mode is "Binary". The files that failed are all 7 .lua files in the folder "plugins/server/cubeuniverse".

This bug occurred on 2 servers on the Internet, while it did work on my local Raspberry Pi. I am using SFTP.

A fast upload speed (tested with 40 mbps) might be needed to reproduce the error.

Change History (5)

comment:1 by Beosar, 3 years ago

Description: modified (diff)

comment:2 by Beosar, 3 years ago

Description: modified (diff)

comment:3 by Beosar, 3 years ago

Description: modified (diff)

comment:4 by Tim Kosse, 3 years ago

Priority: criticalnormal
Status: newmoreinfo

What does it say in the message log?

comment:5 by Beosar, 3 years ago

Status: moreinfonew
mkdir "/path/plugins/server/cubeuniverse"
Error:	mkdir /path/plugins/server/cubeuniverse: no such file or directory

It skips the creation of the directory "server" and tries to create "server/cubeuniverse", which fails because the directory "server" does not exist. So the files cannot be uploaded because the directory does not exist and it never again attempts to create it.

For some reason, it uses the absolute path here, while for all other mkdir commands it uses the relative path, i.e. just the folder name.

Note: See TracTickets for help on using tickets.