Opened 15 years ago

Closed 15 years ago

Last modified 11 years ago

#4549 closed Bug report (rejected)

filezilla don't end session and download file keep grown

Reported by: pazschori Owned by:
Priority: high Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Windows
Operating system version: xp2 and xp3

Description

i am using version 3.2.4.1, and i am try to download from our headquarters on USA.

i know the FTP use there is cuteftp server.
the issue i am having is when i am download file biger then 20MB the sessin never end, what happen is that the file is download to my local drive and i see the 100% completd, but it stay in queued and keep download and the file on my local drive keep grown.

i can successfully download file smoler then 20MB, also this happen only to this site and it doesn't happen when i am using cuteftp client or smartftp client.

more details:

  1. i am behind cisco nat.(remeber this doesn't happen when using cuteftp client behind the cisco)
  2. when i am use filezilla from other adsl connection it work.

i am working with default setting on filezilla and i don't know why ther is diff result between filezilla to cuteftp

you can see image show the size of files

Attachments (1)

filezilla.PNG (118.0 KB ) - added by pazschori 15 years ago.

Download all attachments as: .zip

Change History (5)

by pazschori, 15 years ago

Attachment: filezilla.PNG added

comment:1 by Tim Kosse, 15 years ago

Resolution: rejected
Status: newclosed

Broken server.

You are using IIS. That broken server claims to report resume and does acknowledge the REST command, yet then the transfer is (re)started, it ignores the resume offset.

You have to upgrade to a proper server.

in reply to:  1 comment:2 by pazschori, 15 years ago

Resolution: rejected
Status: closedreopened

Replying to codesquid:
hi
it chould be a broken server, but why this doesn't happen with cuteftp client or with smartFTP?

thanks

Broken server.

You are using IIS. That broken server claims to report resume and does acknowledge the REST command, yet then the transfer is (re)started, it ignores the resume offset.

You have to upgrade to a proper server.

comment:3 by pazschori, 15 years ago

hi
it chould be a broken server, but why this doesn't happen with cuteftp client or with smartFTP?

thanks

comment:4 by Tim Kosse, 15 years ago

Resolution: rejected
Status: reopenedclosed

Different clients do things differently. On a proper server all work just fine.

Note: See TracTickets for help on using tickets.