6.4.0

[6.4.0] - 2022-09-07

Added:

• New Config property application_info, for configuration of application metadata that may be used in LaunchDarkly analytics or other product features. This does not affect feature flag evaluations.

Changed:

• The SDK now produces fewer short-lived objects as a side effect of flag evaluations, causing less work for the garbage collector in applications that evaluate flags very frequently. This change applies to all flag evaluations, regardless of whether analytics events are enabled.

6.3.4

[6.3.4] - 2022-06-29

Changed:

• Miscellaneous improvements to memory usage in analytics event processing: the SDK now allocates somewhat fewer short-lived objects when computing the analytics data for flag evaluations. This does not affect baseline memory usage by the SDK, but could somewhat reduce the need for garbage collection over an application's lifetime.
• The decrease in allocation of short-lived objects is much more significant if analytics events are completely disabled. Previously, the SDK created and then discarded event-related objects in this case even though they were not being used.

6.3.3

[6.3.3] - 2022-06-15

Fixed:

• Improved efficiency of SSE parsing to reduce transient memory/CPU usage spikes when receiving flag/segment data for a large LaunchDarkly environment. (Thanks, sq-square!)

6.3.2

[6.3.2] - 2022-03-18

Added:

• Add initial_reconnect_delay option to config which controls the initial delay for reconnecting the streaming connection.
• CI builds now include a cross-platform test suite implemented in https://github.com/launchdarkly/sdk-test-harness. This covers many test cases that are also implemented in unit tests, but may be extended in the future to ensure consistent behavior across SDKs in other areas.

Fixed:

• The HTTP_PROXY/HTTPS_PROXY environment variables are now correctly applied for all requests to LaunchDarkly. Previously, this setting worked for streaming flag requests, but did not work for analytics event delivery (or flag polling), causing the latter to be attempted without using the proxy.
• Rules targeting secondary attribute on user will now reference the correct value.
• all_flags_state will return invalid flag state if the store hasn't initialized properly.
• When using all_flags_state to produce bootstrap data for the JavaScript SDK, the Ruby SDK was not returning the correct metadata for evaluations that involved an experiment. As a result, the analytics events produced by the JavaScript SDK did not correctly reflect experimentation results.
• The info level message logged when using DynamoDB now correctly identifies the feature store description. (#195)

Changed:

• Providing a configuration hash when instantiating a persistent store is now optional.

6.3.1

[6.3.1] - 2021-12-31

Fixed:

• Fixed a bug that could cause a streaming connection to fail intermittently if the feature flag data contained UTF-8 characters outside of the ASCII character set. This would happen if a multi-byte character happened to be split across two successive reads from the stream, so the chances of it happening varied according to how often international characters appeared in the data and how much buffering of reads was done by the OS.
• In JRuby only, stream reconnections would fail if the application explicitly set the initial reconnect delay to zero.

6.3.0

[6.3.0] - 2021-12-09

Added:

• The SDK now supports evaluation of Big Segments. See: https://docs.launchdarkly.com/home/users/big-segments
• LaunchDarkly::Integrations::TestData is a new way to inject feature flag data programmatically into the SDK for testing—either with fixed values for each flag, or with targets and/or rules that can return different values for different users. Unlike FileData, this mechanism does not use any external resources, only the data that your test code has provided.

Changed:

• To use the file data source feature, the preferred entry point is now LaunchDarkly::Integrations::FileData.data_source rather than LaunchDarkly::FileDataSource.factory. This makes the Ruby SDK more consistent with other SDKs, grouping together all of the optional "connecting the SDK to something else" features under Integrations, and using the method name data_source for consistency with the Config property that will receive the object.

Deprecated:

• LaunchDarkly::FileDataSource (see above).

6.2.5

[6.2.5] - 2021-10-12

Fixed:

• Fixed a bug that caused unnecessarily heavy CPU usage when receiving very large sets of flag data from LaunchDarkly.
• Improved the speed of making the initial streaming connection to LaunchDarkly. The delay that happens before reconnecting after a connection failure was mistakenly being applied before the first connection.

6.2.4

[6.2.4] - 2021-08-11

Changed:

• The dependency version constraint for the http gem is now looser: it allows 5.x versions as well as 4.x. The breaking changes in http v5.0.0 do not affect the SDK. (#184)
• The dependency version constraint for the json gem is also looser: it allows any 2.x version that is higher than the SDK's minimum dependency version, not just 2.3. (#184)
• The project's build now uses v2.2.10 of bundler due to known vulnerabilities in other versions.

6.2.3

[6.2.3] - 2021-08-06

Fixed:

• Diagnostic events did not properly set the usingProxy attribute when a proxy was configured with the HTTPS_PROXY environment variable. (#182)

6.2.2

[6.2.2] - 2021-07-23

Fixed:

• Enabling debug logging in polling mode could cause polling to fail with a NameError. (Thanks, mmurphy-notarize!)