Skip to content

Releases: launchdarkly/node-client-sdk

v3.3.0

18 Oct 17:06
8304c7b
Compare
Choose a tag to compare

3.3.0 (2024-10-18)

Features

  • Add support for client-side prerequisite events. (#49) (7495877)

3.2.1

23 May 15:59
Compare
Choose a tag to compare

[3.2.1] - 2024-05-23

Fixed:

  • Updated launchdarkly-evensource to version 2.0.3 which includes improvements to error handling and shutdown of SSE streams.

3.2.0

01 May 20:27
Compare
Choose a tag to compare

[3.2.0] - 2024-05-01

Added:

  • Added an optional timeout to the waitForInitialization method. When a timeout is specified the returned promise will be rejected after the timeout elapses if the client has not finished initializing within that time. When no timeout is specified the returned promise will not be resolved or rejected until the initialization either completes or fails.

Changed:

  • The track method now validates that the provided metricValue is a number. If a metric value is provided, and it is not a number, then a warning will be logged.

Fixed:

  • Fixed the documentation for evaluationReasons for the identify method.
  • Upgraded to launchdarkly-eventsource version 2.0.2. This version contains performance improvements and logging improvements compared the the version that was in use.

3.1.0

19 Mar 19:02
Compare
Choose a tag to compare

[3.1.0] - 2024-03-19

Changed:

  • Redact anonymous attributes within feature events
  • Always inline contexts for feature events

3.0.2

21 Mar 20:45
Compare
Choose a tag to compare

[3.0.2] - 2023-03-21

Changed:

  • Update LDContext to allow for key to be optional. This is used when making an anonymous context with a generated key.

3.0.1

15 Feb 21:31
Compare
Choose a tag to compare

[3.0.1] - 2023-02-15

Changed:

  • Upgrade to js-sdk-common version 5.0.2. This removes usage of optional chaining (?.) to allow for use with older transpilers.

3.0.0

12 Jan 20:34
Compare
Choose a tag to compare

[3.0.0] - 2023-01-12

The latest version of this SDK supports LaunchDarkly's new custom contexts feature. Contexts are an evolution of a previously-existing concept, "users." Contexts let you create targeting rules for feature flags based on a variety of different information, including attributes pertaining to users, organizations, devices, and more. You can even combine contexts to create "multi-contexts."

This feature is only available to members of LaunchDarkly's Early Access Program (EAP). If you're in the EAP, you can use contexts by updating your SDK to the latest version and, if applicable, updating your Relay Proxy. Outdated SDK versions do not support contexts, and will cause unpredictable flag evaluation behavior.

If you are not in the EAP, only use single contexts of kind "user", or continue to use the user type if available. If you try to create contexts, the context will be sent to LaunchDarkly, but any data not related to the user object will be ignored.

For detailed information about this version, please refer to the list below. For information on how to upgrade from the previous version, please read the migration guide.

Added:

  • The types LDContext, LDSingleKindContext, and LDMultiKindContext define the new "context" model.
  • All SDK methods that took an LDUser parameter now take an LDContext. LDUser is now a subset of LDContext, so existing code based on users will still work.

Changed (breaking changes from 3.x):

  • There is no longer such a thing as a secondary meta-attribute that affects percentage rollouts. If you set an attribute with that name in LDContext, it will simply be a custom attribute like any other.
  • Evaluations now treat the anonymous attribute as a simple boolean, with no distinction between a false state and an undefined state.
  • LDClient.getUser has been replaced with LDClient.getContext.
  • privateAttributeNames has been replaced with privateAttributes in LDOptions. Private attributes now allow using attribute references.
  • Update the version of typedoc used for documentation generation, and update the documentation generation process.

Changed (behavioral changes):

  • Analytics event data now uses a new JSON schema due to differences between the context model and the old user model.

Removed:

  • Removed all types, fields, and methods that were deprecated as of the most recent 3.x release.
  • Removed the secondary meta-attribute in LDUser.
  • The alias method no longer exists because alias events are not needed in the new context model.
  • The autoAliasingOptOut and inlineUsersInEvents options no longer exist because they are not relevant in the new context model.

Deprecated:

  • The LDUser object has been deprecated. Support for LDUser is maintained to simplify the upgrade process, but it is recommended to use LDContext in the shape of either LDSingleKindContext or LDMultiKindContext.

2.2.2

19 Dec 21:30
Compare
Choose a tag to compare

[2.2.2] - 2022-12-19

Fixed:

  • Upgraded to js-sdk-common version 4.3.3 which fixed this issue: Warning: Accessing non-existent property 'messages' of module exports inside circular dependency

2.2.1

21 Oct 18:08
Compare
Choose a tag to compare

[2.2.1] - 2022-10-21

Changed:

  • Upgraded to js-sdk-common version 4.3.2 which includes implementations of jitter and backoff for streaming connections. When a connection fails the retry will start at the streamReconnectDelay and will double on each unsuccessful consecutive connection attempt (backoff) to a max of 30 seconds. The delay will be adjusted from 50%-100% of the calculated delay to prevent many clients from attempting to reconnect at the same time (jitter).

2.2.0

18 Oct 17:29
Compare
Choose a tag to compare

[2.2.0] - 2022-10-18

Changed:

  • Upgrade to js-sdk-common 4.3.1 which added support for Inspectors that can be used for collecting information for monitoring, analytics, and debugging.