Opened 2 months ago

#12785 new Bug report

Timeout value leads to certain directories not being downloaded

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

Description

The default timeout value of 20 means that certain directory listings, which take servers longer than 20 seconds, will be "silently" skipped.

They will appear red in the rolling log at the top, but will be lost when you are downloading thousands of files.

When you increase the timeout value the directories are correctly downloaded. This is a usb cable connection, so latency or bandwidth really aren't issues.

This has lead to data loss for me, as I use ftp and filezilla to make backups on my phone.

I have tried this with multiple servers and yes it is reproducible.

The problem are the Whatsapp image directories that just have too many entries and the servers on Android taking longer than 20 seconds to reply.

What I would expect is that at the very least an error is prominently displayed in red. It could be in failed transfers, though that is a bit of a misnomer.

BUT, that filezilla silently, without a popup or anything fails, while reporting to the user that all files have been successfully transfered, I consider wrong.

Perhaps you are aware of this. Please consider throwing a popup or toast or something that states, no the transfer didn't go through fine.

(The attached screenshot is of me trying this with the shortest timeout value, as you can see at the bottom all transfers supposedly went through fine)

Attachments (1)

Screenshot_20221001_160742.png (177.2 KB ) - added by noosoo 2 months ago.
Caught the culprit that usually scrolls out of view

Download all attachments as: .zip

Change History (1)

by noosoo, 2 months ago

Caught the culprit that usually scrolls out of view

Note: See TracTickets for help on using tickets.