Custom Query (8144 matches)
Results (7 - 9 of 8144)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#7 | Wały napędowe i krzyżaki | |||
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 :) |
|||
#8 | File exists dialog confusing | |||
Description |
The file exists dialog has a checkbox named All. This is a misleading label. I would suggest at least renaming it to Always - or even better move it down to the next line and expand it into a sentence (which is the standard way this is done that I have seen anyway). |
|||
#9 | v1.2 has an error in the settings screen | |||
Description |
If you go to the settings screen and select connection - ASCII/Binary; the auto-detect option shows up twice. So which one of the options is auto-detect?? Greetingz, HIGH FIDELITY |