Custom Query (8104 matches)
Results (403 - 405 of 8104)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #408 | files get skipped when downloading | |||
| Description |
(Version: 2.1.8c) I've seen that when I wanted to download the virus signature files for my virus scanner. That are 2 files (fp-def.zip and macrdef2.zip) So I drag fp-def.zip to my local directory, then macrdef2. zip. The box pop's up if I want to overwrite the local file. But this box appears only for macrdef2.zip and fp-def.zip gets skipped. If I drag the second file after the box for the first appeared, it works. If I mark both files and drag them at once, it works also. |
|||
| #409 | Wrong "File already exist" warning using sftp | |||
| Description |
I've reproduced this problem sucessfully only using sftp and transfering 2 files and up. I connect to an sftp server1, and send 3 files (abc.txt, def.txt, ghi.txt) that are not on that server. Break connection and connect to sftp server2 and send the same 3 files, I'll get an "File already exist" warning box for 2 of the 3 files (def.txt and abc.txt), even though these files _do not_ exist on server2. ghi.txt is sent without this warning. My configuration : FileZilla 2.1.9 / 2.1.9a Windows NT4 SP6a 2 Servers are identical Solaris 9 with stock SSH server (OpenSSH) adery _at_ hotmail _dot_ com |
|||
| #410 | Increasing Conn. Count During Download Causes Re-LIST | |||
| Description |
If you increase the number of simultaneous connections while a queue is downloading, the new connections re-download a directory listing before starting to actually download files in the queue. For example, I am currently downloading my site's old UBB forum files for backup. There are many thousands of files, totaling over 600 MB. I had it on two connections, but the files are tiny, so increasing the number of connections helps them download faster. The directory of the files currently at the top of the queue has many files in it, so the LIST command takes a long time for the server to process. When I increased the number of connections to four, the two new connections each ran LIST commands, instead of just downloading the next files in the queue. In small directories this isn't a problem, but when downloading from directories containing thousands of files, this can add several minutes to the download time. When I de-selected Process Queue, then selected it again, all four connections immediately started downloading files, without getting new directory listings. This should probably be simple to fix. If the devs need any help tracking down this bug, just use my SF e-mail address. Thanks for your work on FileZilla. |
|||
