aria2/src/HttpRequest.cc, branch libaria2 Aria2 download utility with uTP support http://x-nagi.com/cgit/aria2/atom?h=libaria2 2013-03-18T13:45:07Z Code cleanup 2013-03-18T13:45:07Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2013-03-18T13:45:07Z urn:sha1:5535ed5f958c8d04f561352c4d52360e122fee77 Fix bug that invalid range error when requesting range starting 0 2013-03-18T13:01:36Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2013-03-18T13:01:36Z urn:sha1:d88e8150334418cff509f9707b0bbf75e7e3c05c Since the change b782a56b, we use endOffsetOverride_ as the return value of getEndByte(). But aria2 does not send Range header field when range starts 0 (this is because some server returns error if it received Range: 0-), and the HttpRequest::isRangeSatisfied() checks the equality of getEndByte() and the end byte in response header and fails. The fix is send Range header if getEndByte() is set. Show correct end byte in error message when HTTP response range is not ok 2013-02-23T06:37:35Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2013-02-23T06:37:35Z urn:sha1:b782a56b1c178795fda4ca7ed2ee4d9621927aab Previously, unless HTTP pipelining is enabled, end byte in that message is always 0. With this change, it shows correct end byte sent to the HTTP server. Initialized scalar members 2012-10-29T14:42:58Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-10-29T14:09:16Z urn:sha1:2676bbe9c66c5403710c80fe2ff7c4a6ce69fd8d Removed trailing spaces 2012-10-01T14:52:22Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-10-01T14:52:22Z urn:sha1:8b0c701266a56c5ccc7c4ea6b605a9e0c9ef823d Dont' return SharedHandle from HttpHeader::getRange() 2012-09-30T08:30:35Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-09-30T08:30:35Z urn:sha1:e34d0e7ffa602d611ec6ec14cf9aa381da41c24e Removed *Handle typedef 2012-09-28T14:27:46Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-09-28T14:27:46Z urn:sha1:3258614033aaf8288dc4b14275c72a1bb3b65a7e Removed Request::PROTO_* 2012-09-25T13:41:03Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-09-25T13:41:03Z urn:sha1:be77d1394e94bf42c644586d2e7dfcaec778504b Don't send Proxy-Connection header field 2012-09-23T12:51:53Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-09-23T12:51:53Z urn:sha1:8b0bdacace9c914818905c6a9a4d398fc11ffab6 It was deprecated long ago. Rewritten DownloadHandlerConstants 2012-09-22T14:19:41Z Tatsuhiro Tsujikawa tatsuhiro.t@gmail.com 2012-09-22T14:19:41Z urn:sha1:461a542c5e236a22bb4edba3fae9610df4ba44c6 DownloadHandlerConstants was simplified. MIME type handling in Accept header was also reworked. DownloadContext's metalinkServerContacted_ is replaced with acceptMetalink_ and its boolean value is reverted. RequestGroup and HttpRequest now do not hold vector of accepting types. HttpRequest has the flag acceptMetalink_ which will be set by the same value of DownloadContext::accpetMetalink_ and if it is true, Metalink MIME types are added to Accept header field.