Custom Query (8074 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (166 - 168 of 8074)

Ticket Resolution Summary Owner Reporter
#992 "Overwrite if newer" prevents ul retry after transfer error Alexander Schuch arcticwolf
Description

Hi,

I'd like to report a bug in Filezilla 2.2.17. The following is happening:

When you upload a number of files to an FTP server that already exist on the server and select "overwrite if newer" and "use this choice for all files" when prompted, any file that does not get uploaded completely (due to a transfer error) will not be uploaded again.

I assume that this is due to the choice of "overwrite if newer" - my suspicion is that when Filezilla tries to upload the file a second time, it checks the timestamp of the (partial) file on the server, discovers that it's more recent than the local timestamp, and then does not upload the file again. This is incorrect behaviour, of course: if a file is uploaded a second time after a transfer error, the timestamp should not be checked again.

#995 invalid 'no-transfer' timeout on server Alexander Schuch brin_snowdon
Description

'No transfer timeout' is set to the default 120s on this 0.9.11 Filezilla server, running on W2K, yet it seems to disconnect clients a lot more quickly - see examples below for 3 seconds and 4 seconds. Is this something to do with two users signed in with the same id? (ratrunner1). I have had to disable 'no transfer timeout' (i.e. 0) to stop this from happening.

(000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> 257 "/" is current directory. (000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> MDTM 3G_FTP_2MB.mp3 (000110) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.125)> 213 20050215180742 (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> PWD (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> 257 "/" is current directory. (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> MDTM 3G_FTP_2MB.mp3 (000109) 07/12/2005 11:04:41 - ratrunner1 (194.62.232.126)> 213 20050215180742 (000109) 07/12/2005 11:04:44 - ratrunner1 (194.62.232.126)> 421 No-transfer-time exceeded. Closing control

(000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> 257 "/" is current directory. (000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> MDTM 3G_FTP_2MB.mp3 (000110) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.125)> 213 20050215180742 (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> PWD (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> 257 "/" is current directory. (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> MDTM 3G_FTP_2MB.mp3 (000111) 07/12/2005 11:07:52 - ratrunner1 (194.62.232.126)> 213 20050215180742 (000110) 07/12/2005 11:07:56 - ratrunner1 (194.62.232.125)> 421 No-transfer-time exceeded. Closing control

#996 Resume bug with 2.2.17a Alexander Schuch largo1
Description

Sometimes Filezilla RESUMES the file instead of replacing it. I was hard to find WHY. Some files have become huge, since everytime filezilla was adding (resuming) again and again.

But i found it.

One of the files was an access db, named "DUgallery.mdb". It seems that the two first capital letters were confusing Filezilla. When renamed to lower letters, everything seems ok. But it is hard to check each and every filename ....

Please take a look at it !

Thanks !

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.