Issue activity log
| 2008-02-15 09:36 | Created | Downloads of large files with FTP are restarting |
| Component | Core | |
| Severity | Bug | |
| Comment | https://winscp.net/forum/viewtopic.php?t=5000 https://winscp.net/forum/viewtopic.php?t=5329 |
|
| 2008-02-16 20:29 | Comment | Mailed Albert at Sat, 16 Feb 2008 13:43:05 +0100 https://winscp.net/forum/viewtopic.php?p=18071#18071 |
| 2008-02-16 20:33 | Priority | High |
| 2008-04-15 15:40 | Comment | Anyone else having the problem? Please post to the support forum. |
| 2008-04-16 10:31 | Comment | https://winscp.net/forum/viewtopic.php?t=5531 |
| 2008-04-17 00:01 | Comment | Mailed RadPal at Thu, 17 Apr 2008 00:00:51 +0200 |
| 2008-05-21 17:39 | Comment | It has been observed with FileZilla Server that it does not acknowledge STOR command after otherwise successful upload of large file. Hence it makes WinSCP think that upload has failed and restarts. FileZilla client seems to succeed to work. But this is probably only because it seems to simply log "Timeout detected" log entry, without any retry attempt (which it does not support). References: Paul DePesa Also email to Paul DePesa on Sat, 26 Apr 2008 22:03:07 +0200 |
| 2008-10-09 12:48 | Comment | https://winscp.net/forum/viewtopic.php?t=6211 |
| 2008-12-02 09:02 | Summary | DownloadsUploads of large files with FTP are restarting |
| Comment | The same issue with Pure-FTPd. https://winscp.net/forum/viewtopic.php?t=6361 Not checked if it the same server-side issue, but looks similar. |
|
| 2009-01-25 14:16 | Comment | Possibly related to Issue 363. |
| 2009-06-22 09:06 | Comment | Possibly related report stating that the problem disappears when Windows firewall is deactivated https://winscp.net/forum/viewtopic.php?t=7016 |
| 2009-06-22 09:14 | Comment | Though the above report is for downloads, not uploads. |
| 2009-07-29 10:23 | Comment | https://winscp.net/forum/viewtopic.php?t=7151 |
| 2009-08-12 20:53 | Comment | I'm still looking for someone patient enough to help me trace this problem! |
| 2009-10-14 20:13 | Resolution | FIXED |
| Fixed in | 4.2.4 | |
| Status | RESOLVED | |
| Comment | Quick and dirty solution: When connection breaks during transfer and after reconnect the target file has the same size as source file, do not restart transfer. Consider transfer successful instead. |