3.2.0

[3.2.0] - 2020-02-12

Added:

• The SDKs now periodically send diagnostic data to LaunchDarkly, describing the version and configuration of the SDK, the architecture and version of the runtime platform (provided by the platform-specific SDK packages), and performance statistics. No credentials, hostnames, or other identifiable values are included. This behavior can be disabled with the diagnosticOptOut option or configured with diagnosticRecordingInterval.

3.1.2

[3.1.2] - 2020-01-31

Removed:

• Removed an unused dependency on @babel/polyfill. (Thanks, bdwain!)
• Changed exact version dependencies to "highest compatible" dependencies, to avoid having modules that are also used by the host application loaded twice by NPM. (#8)

3.1.1

[3.1.1] - 2020-01-15

Fixed:

• The SDK now specifies a uniquely identifiable request header when sending events to LaunchDarkly to ensure that events are only processed once, even if the SDK sends them two times due to a failed initial attempt.

3.1.0

[3.1.0] - 2019-12-13

Added:

• Configuration options wrapperName and wrapperVersion.
• Platform option httpFallbackPing (to be used for the browser image mechanism - see below).

Fixed:

• When calling identify, the current user (as reported by getUser()) was being updated before the SDK had received the new flag values for that user, causing the client to be temporarily in an inconsistent state where flag evaluations would be associated with the wrong user in analytics events. Now, the current-user state will stay in sync with the flags and change only when they have finished changing. (Thanks, edvinerikson!)

Removed:

• Logic for sending a one-way HTTP request in a browser by creating an image has been moved to the browser-specific code (js-client-sdk).

3.0.0

[3.0.0] - 2019-12-13

Added:

• Configuration property eventCapacity: the maximum number of analytics events (not counting evaluation counters) that can be held at once, to prevent the SDK from consuming unexpected amounts of memory in case an application generates events unusually rapidly. In JavaScript code this would not normally be an issue, since the SDK flushes events every two seconds by default, but you may wish to increase this value if you will intentionally be generating a high volume of custom or identify events. The default value is 100.

Changed:

• (Breaking change) The extraDefaults parameter to the internal common initialize method is now extraOptionDefs and has a different format, allowing for more flexible validation.
• The SDK now logs a warning if any configuration property has an inappropriate type, such as baseUri:3 or sendEvents:"no". For boolean properties, the SDK will still interpret the value in terms of truthiness, which was the previous behavior. For all other types, since there's no such commonly accepted way to coerce the type, it will fall back to the default setting for that property; previously, the behavior was undefined but most such mistakes would have caused the SDK to throw an exception at some later point.
• Removed or updated some development dependencies that were causing vulnerability warnings.

Deprecated:

• The samplingInterval configuration property was deprecated in the code in the previous minor version release, and in the changelog, but the deprecation notice was accidentally omitted from the documentation comments. It is hereby deprecated again.

2.14.1

[2.14.1] - 2019-11-04

Fixed:

• Removed uses of Object.assign that caused errors in Internet Explorer unless a polyfill for that function was present.