Skip to content

Releases: jeffbski/wait-on

v5.2.0

08 Aug 23:36
Compare
Choose a tag to compare
  • expose the remaining resources in the timeout error message (thanks @jmealo)
  • update from the deprecated @hapi/joi to joi (thanks @AleF83)

v5.1.0

10 Jul 16:28
Compare
Choose a tag to compare

Add proxy option which can override the http(s) proxy which might be configured in environment variables.

  // example proxy object
  {
    host: '127.0.0.1',
    port: 9000,
    auth: {
      username: 'mikeymike',
      password: 'rapunz3l'
    }
  }

v5.0.3

08 Jul 17:35
Compare
Choose a tag to compare

update to lodash@4.17.19

v5.0.2

08 Jul 16:30
Compare
Choose a tag to compare

lodash@4.17.18 update which resolved some potential lodash vulnerabilities

v5.0.1

06 Jun 14:57
Compare
Choose a tag to compare

Force axios to use http adapter to keep logs clean if jest/jsdom are used with the wait-on API.

If jest/jsdom is used then a polyfill for xhr is created which will cause axios to default the adapter to it. Since jsdom logs all errors use of wait-on will have any failed attempts to connect logged which is rather noisy and misleading.

By forcing axios to use the node.js http adapter instead this problem is bypassed keeping logs clean.

v5.0.0 switch http client to axios, add validateStatus

05 May 01:15
Compare
Choose a tag to compare

Switch HTTP client from request to axios

Since the request package is no longer receiving updates, wait-on switched to using axios. Attempt to keep the same wait-on options as much as possible.

These breaking changes occurred in the switch:

  1. There is only one option for redirects followRedirect: true|false (defaults to true).
  2. httpSignature is not implemented in axios and now not available. (If this feature is still desired, please help by providing a pull request to implement it.)
  3. auth allows only username and password but not the previous aliases user and pass

add optional validateStatus fn property

If validateStatus property is provided in the
config and set to a function, it will use this to
validate whether a status is valid.

The default validateStatus if not provided is

validateStatus: function (status) {
  return status >= 200 && status < 300;
}

To also allow a 401 unauthorized as a valid status

validateStatus: function (status) {
  return status === 401 || (status >= 200 && status < 300);
}

v5.0.0-rc.0 switch from request to axios

19 Apr 00:53
Compare
Choose a tag to compare

Since the request package is no longer receiving updates, wait-on switched to using axios. Attempt to keep the same wait-on options as much as possible.

These breaking changes occurred in the switch:

  1. There is only one option for redirects followRedirect: true|false (defaults to true).
  2. httpSignature is not implemented in axios and now not available. (If this feature is still desired, please help by providing a pull request to implement it.)
  3. auth allows only username and password but not the previous aliases user and pass

v4.0.2

09 Apr 00:01
Compare
Choose a tag to compare

Updated dependencies which closed security vulnerability in minimist and acorn.

v4.0.0 - a fresh approach

18 Jan 23:48
Compare
Choose a tag to compare

Rewrite of the main code to simplify the logic and reduce possibility for race conditions. Bumped the major version do to the rewrite and also a minor change in how the stability window is used. In the new version the stability window only applies to file resources (waiting for them to exist and stop changing), for other resources they are completed as soon as available.

Also in the new logic, once a resource becomes available the system doesn't continue to check it, it only continues checking the pending resources.

Logging was improved and simplified.

  • -l / --log just indicate what resources are still pending
  • -v / --verbose includes resources that are pending and debug info from checks

Updated many dependencies including rxjs, and joi. Removed core-js polyfill as no longer needed.

Added a -s / --simultaneous optional flag to the command. If provided it will limit the number of simultaneous or concurrent connections to an individual resource. It defaults to Infinity so it will make requests without caring about previous ones. If you were to set it to "1" then it wouldn't be sending new requests to http://foo before the previous one finished (success, failure, or timeout).

v3.3.0

24 Nov 02:11
Compare
Choose a tag to compare
  • Added --httpTimeout option
--httpTimeout

  Maximum time in ms to wait for an HTTP HEAD/GET request, default 0
  which results in using the OS default

Thanks to @valscion for summarizing the release notes.
Also thanks to @perry-mitchell for mentioning that this should have been a major release bump due to dropping support for Node 6. Node 6 users should use v3.2.0. In the future, I will bump major version when Node version support changes.