v2.19.5

• Fixes a minor and rare race condition in Clustering due to an inconsistent network. The only negative effects were an error message and an expired job not be retried. Thank you @gr2m for reporting this issue #132

v2.19.4

• Fixes a few issues with the TypeScript type definitions.

v2.19.3

• Allow directly passing the redis/ioredis module. This fixes an issue for Clustering users that bundle their app, as seen in serverless environments. Thank you @cliffkoh for the issue #130

v2.19.2

• Fixed an issue when using Redis Cluster and a custom Redis client object. Thank you @marektihkan for the excellent bug report #129
• Fixed issue with light bundle, it would broadcast a lot of annoying but harmless exceptions on the error listener. Thank you @richtera for the excellent bug report #127
• Updated several (dev) dependencies. Bottleneck continues to have zero run time dependencies.

v2.19.1

• Fixed TypeScript typings

The "failed" event listener typings did not allow returning undefined/null or Promise<undefined>/Promise<null>.

Thank you @dobesv for your contribution!

v2.19.0

• Added the following events: received, queued, scheduled, executing and done.

They map to Jobs Lifecycle transitions. These events are local to a limiter inside a Cluster, for performance reasons.

Thank you @lp-wodell for the feature suggestion! #124

v2.18.1

• Reduced the memory usage of queued jobs by 40%.

This massive gain is thanks to a refactor of the engine internals. The behavior of this module should be unchanged. If Bottleneck 2.18.1 behaves differently from 2.18.0 in your application, please open an issue.

• Expired jobs without a catch would not trigger the Node.js "Unhandled Promise Rejection" warning.

This has been fixed and Node now correctly alerts you, as this points to a bug in your application. async/await users: wrap your jobs into a try/catch at the place where the job is await'ed. Promise users: make sure your jobs have a .catch().

v2.18.0

Added Increase Intervals. Similar to the Refresh Interval, it increases a limiter's reservoir on an interval. Instead of resetting the reservoir to a specific value, it increments the reservoir by a certain value, up to an optional maximum value.

Thanks @TheGame2500 and @tomblanchard for suggesting this feature.

v2.17.1

Optimized Clustering code for use cases where short lived clients are created at a high rate.

v2.17.0

• Bottleneck now ensures that jobs passed to schedule() and wrap() will return a promise, even if it failed with a synchronous exception. It is poor practice in JS to mix synchronous and asynchronous failures in the same flow. Few users will be affected by this change, and those who are affected will now benefit from more reliable code as a result.

Thank you @elliot-nelson for this feature #116

• Bottleneck Clustering now cleans up Redis data from unresponsive clients. This change has no effect on functionality, directly or otherwise. Previously, Bottleneck left the data in Redis to avoid complex race conditions when unresponsive clients reconnect after a delay. As of v2.17.0, those race conditions are explicitly handled and Bottleneck cleans up data on the fly. These changes allowed for several efficiency optimizations. Large scale users should notice improved performance. More details in #115 and #112