diff options
| author | Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com> | 2007-12-22 05:45:59 +0000 |
|---|---|---|
| committer | Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com> | 2007-12-22 05:45:59 +0000 |
| commit | ccd4a35096713ed3809c6ddac74fe8056915b2db (patch) | |
| tree | 20b7f52e0779d30ee9d7084dc86bcf073759d5d6 /src/StreamFileAllocationEntry.cc | |
| parent | 286f34cb3f350c9884a96d5ea3e20e2a3bbf0c37 (diff) | |
2007-12-22 Tatsuhiro Tsujikawa <tujikawa at rednoah dot com>
Fixed the bug that causes aria2 not to finish download.
BUG#1855875.
I could reproduce this bug in following procedure:
1. Stop the download at the very beginning(1% or 100KB
downloaded).
2. Restart aria2.
3. You see the download stopped around 99%.
* src/HttpResponseCommand.cc (handleDefaultEncoding)
* src/StreamFileAllocationEntry.cc: Removed the timeout
handling.
If timeout is reached, then _nextCommand is unused and it may
contains
segments and they won't be canceled. Actually, timeout is not
needed
here because if the server dropped connection, then retry is
made.
Diffstat (limited to 'src/StreamFileAllocationEntry.cc')
| -rw-r--r-- | src/StreamFileAllocationEntry.cc | 3 |
1 files changed, 1 insertions, 2 deletions
diff --git a/src/StreamFileAllocationEntry.cc b/src/StreamFileAllocationEntry.cc index 1bd9d92f..0e89aa86 100644 --- a/src/StreamFileAllocationEntry.cc +++ b/src/StreamFileAllocationEntry.cc @@ -54,8 +54,7 @@ StreamFileAllocationEntry::~StreamFileAllocationEntry() {} Commands StreamFileAllocationEntry::prepareForNextAction(DownloadEngine* e) { Commands commands; - if(_timer.difference() <= e->option->getAsInt(PREF_DIRECT_DOWNLOAD_TIMEOUT) && - _nextCommand) { + if(_nextCommand) { commands.push_back(popNextCommand()); // try remaining uris Commands streamCommands = _requestGroup->createNextCommandWithAdj(e, -1); |