Ticket #7 (closed Bug report)

Opened 8 years ago

Last modified 8 years ago

Faulty queue entry reconnection

Reported by: donky Owned by: codesquid
Priority: normal Component: Other
Keywords: Cc: donky, codesquid
Operating system type: Operating system version:

Description

Basically, the problem is that FileZilla just doesn't
seem to handle a queue of files to download that
well. If I have a queue of files that I can order and
the client is reconnecting to continue downloading
after timing out, I want it to finish the file at the
top of the queue before moving onto the next one - not
throw the file to the bottom of the queue.

Additionally, in the latest version (1.4?) FileZilla
tends to stall on a timeout detected somewhere along
the way through the queue. Rather than continue
downloading. 1.0 is much more reliable in this regard
and will handle a timeout much better.

If this is unclear or you want more details, let me
know :)

Change History

Changed 8 years ago by anonymous

Logged In: NO

It seems not possible to delete or process the current
transferring queue when sudden timeout of server.

Changed 8 years ago by anonymous

Logged In: NO

I have the same problems. Added to this, for some reason,
when a download gets dropped for any reason, it stays in
a "Transferring" state and can never have it's status reset.

This is cool software except for a few small bugs.

Note: See TracTickets for help on using tickets.