Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Fetching contributors…

Cannot retrieve contributors at this time

108 lines (81 sloc) 7.122 kb

v0.4.2

  • Fixes the null as file argument when the response is a redirect. The body of the response was buffered instead of being discarded.

v0.4.1

  • Passing null as the file argument to http.get turns off saving the response body.
  • Fixes the HTTP Basic authentication support. #9
  • Attaches the HTTP(S) response body to the error argument, if possible, for 203 status codes.

v0.4

  • [BREAKS COMPAT] node.js v0.6.11+ support. Drops support for node.js v0.4. #3
  • New option: bufferType for specifying the fact that the library should return the buffers as Buffer instance instead of String instance.
  • New option: encoding for specifying the encoding of the returned buffers, when returning the buffered data as string. Defaults to 'utf8'. #5
  • Native node.js zlib support. Includes both gzip and deflate transparent decompression. Available only for node.js v0.6.18+ due to bugs into the zlib bindings #3230.
  • Deprecated options.nogzip in favor of options.nocompress.
  • New option: noua for tuning off the default User-Agent header.
  • New option: progress for passing a callback indicating the download progress. #8
  • New option: debug for reporting the protocol violations that are silently dropped. For node.js 0.6.18+ the gzip / deflate content is decoded even when the client did not send the accept-encoding header. With this option, this situation is reported as warning in STDERR.
  • The 4xx errors attach the body of the HTTP(S) response, if possible. #7
  • If the Last-Modified header is set, then for the file downloads it keeps the timestamp as the mtime value. #6

v0.3.14

  • New option: progress for passing a callback indicating the download progress. #8
  • The 4xx errors attach the body of the HTTP(S) response, if possible. #7

v0.3.13

  • Made a v0.6 specific workaround where the request may be retried when the maxbody error is returned.
  • Support for node v0.6.11+. Previous versions of node.js are broken due to #2688.

v0.3.12

  • Makes sure options.timeout is disabled for node v0.4.x since request.setTimeout() is unavailable.

v0.3.11

  • Added options.timeout by cmtt.

v0.3.10

  • Fixes a protocol breaking. The server may respond with gzip encoded content although not requested.

v0.3.9

  • Updates the gzbz2 dependency to v0.1.1. Removes the bundled patched version of gunzipstream.js since the upstream avoids the gunzip -5 errors.

v0.3.8

  • Fixes #1: Get with file does not callback.

v0.3.7

  • Improves the stability of the gzip support. In some cases, broken servers prematurely close the connection for gzipped responses. The request is now reissued without the gzip support.

v0.3.6

  • Improved the stability of the fsync(2) wrapper. The ocasional ENOENT errors should dissapear now.
  • Fixes the auto-prefix functionality: if the http:// or https:// is missing, then http:// is automatically prepended. Now it specifically checks for http:// or https://.

v0.3.5

  • Makes gzbz2 to be an optional dependency. If it doesn't build, you can still use http-get.

v0.3.4

  • Implemented the upstream proposed patch for the gz.inflate() issue of node-gzbz2.
  • Removed the workaround for the node.js issue #1202. node.js v0.4.11 is the minimal supported version by this release.

v0.3.3

  • Fixes the HEAD method that wronfully used http.get() / https.get().
  • Workaround for node.js issue #1202.

v0.3.2

  • This release includes a patched version of the gzbz2/gunzipstream module in order to workaround the gz error -5. The rest of the gzip dependency is still taken from the upstream module.

v0.3.1

  • The library calls the error code if the server prematurely closes the connection. In the future, if the accept-ranges header is defined into the response headers, the library should try to send subsequent requests in order to get the whole response.

v0.3

  • Dropped the compressor module in favor of gzbz2. More stable gzip support as the compressor module proved to completely hang the module in certain cases when it would not emit any of the end / close events.
  • Better interaction with the disk operations. The module makes use of fsync(2).

v0.2.1

  • Simple maintenance release for cleaning up the junk from the npm package.

v0.2

  • Internal change: simpler method for detecting a redirect.
  • In order to follow the node.js callback convention, in case of success, the error argument is null, not undefined. This may break some existing code if the evaluation is made against 'undefined'.
  • Fixes the maxbody support as both the fail and the success code was executed in certain race conditions.
  • Fixes the file stream support as both the fail and the success code was executed in certain race conditions.
  • Unit testing coverage.

v0.1.6

  • Internal changes to follow the DRY principle.
  • Added the response.url property of a successful response that comes after a redirect in order to return the final URL of the request.
  • Added the head method for sending HEAD requests. It's nice to poke at the remote resource without bothering with the response body.
  • Added the documentation as wiki pages which makes it more maintainable.

v0.1.5

  • node.js 0.4.10 specific build. Basically it removes the backport-0.4 dependency which is now obsolete.
  • In case of HTTP failure, the error argument also contains a headers property that returns the raw response headers.

v0.1.4

  • Added support for options.nogzip to disable the gzip encoding.
  • Made sure that if gzip fails, the request is sent again with options.nogzip enabled.

v0.1.3

  • Exposes setMaxSockets() for changing the http.Agent.defaultMaxSockets value.
  • Fixes the lack of accept-encoding: gzip that was commented by mistake aka no transparent gzip support in v0.1.1 - v0.1.2.

v0.1.2

  • Explicit node version < 0.5.0 in package.json as the compressor module segfaults under node v0.5.0.

v0.1.1

  • Implemented the options.maxbody option in order to limit the size of the buffered response.

v0.1

  • Initial version, featuring HTTP / HTTPS support, transparent gzip support, buffered / saved to disk responses, HTTP / HTTPS proxy support.
Jump to Line
Something went wrong with that request. Please try again.