Releases: launchdarkly/ruby-server-sdk
Releases · launchdarkly/ruby-server-sdk
5.5.12
[5.5.12] - 2019-08-05
Fixed:
- Under conditions where analytics events are being generated at an extremely high rate (for instance, if an application is evaluating a flag repeatedly in a tight loop on many threads), it was possible for the internal event processing logic to fall behind on processing the events, causing them to use more and more memory. The logic has been changed to drop events if necessary so that besides the existing limit on the number of events waiting to be sent to LaunchDarkly (
config.capacity), the same limit also applies on the number of events that are waiting to be processed by the worker thread that decides whether or not to send them to LaunchDarkly. If that limit is exceeded, this warning message will be logged once: "Events are being produced faster than they can be processed; some events will be dropped". Under normal conditions this should never happen; this change is meant to avoid a concurrency bottleneck in applications that are already so busy that thread starvation is likely.
5.5.11
[5.5.11] - 2019-07-24
Fixed:
FileDataSourcewas usingYAML.load, which has a known security vulnerability. This has been changed to useYAML.safe_load, which will refuse to parse any files that contain the!directives used in this type of attack. This issue does not affect any applications that do not useFileDataSource(which is meant for testing purposes, not production use). (#139)
5.5.10
[5.5.10] - 2019-07-24
This release was an error; it is identical to 5.5.9.
5.5.9
5.5.8
5.5.7
[5.5.7] - 2019-05-13
Changed:
- Changed the gem name from
ldclient-rbtolaunchdarkly-server-sdk.
There are no other changes in this release. Substituting ldclient-rb version 5.5.6 with launchdarkly-server-sdk version 5.5.7 will not affect functionality.
5.5.6
[5.5.6] - 2019-05-08
Fixed:
- CI tests now include Ruby 2.6.x.
- Running the SDK unit tests is now simpler, as the database integrations can be skipped. See
CONTRIBUTING.md.
Note on future releases
The LaunchDarkly SDK repositories are being renamed for consistency. This repository is now ruby-server-sdk rather than ruby-client.
The gem name will also change. In the 5.5.6 release, it is still ldclient-rb; in all future releases, it will be launchdarkly-server-sdk. No further updates to the ldclient-rb gem will be published after this release.
5.5.5
[5.5.5] - 2019-03-28
Fixed:
- Setting user attributes to non-string values when a string was expected would cause analytics events not to be processed. Also, in the case of the
secondaryattribute, this could cause evaluations to fail for a flag with a percentage rollout. The SDK will now convert attribute values to strings as needed. (#131)
5.5.4
[5.5.4] - 2019-03-29
Fixed:
- Fixed a missing
requirethat could sometimes cause aNameErrorto be thrown when starting the client, depending on what other gems were installed. This bug was introduced in version 5.5.3. (#129) - When an analytics event was generated for a feature flag because it is a prerequisite for another flag that was evaluated, the user data was being omitted from the event. (#128)
- If
trackoridentifyis called without a user, the SDK now logs a warning, and does not send an analytics event to LaunchDarkly (since it would not be processed without a user). - Added a link from the SDK readme to the guide regarding the client initialization.
5.5.3
[5.5.3] - 2019-02-13
Changed:
- The SDK previously used the
faradayandnet-http-persistentgems for all HTTP requests other than streaming connections. Sincefaradaylacks a stable version and has a known issue with character encoding, andnet-http-persistentis no longer maintained, these have both been removed. This should not affect any SDK functionality.
Fixed:
- The SDK was not usable in Windows because of
net-http-persistent. That gem has been removed. - When running in Windows, the event-processing thread threw a
RangeErrordue to a difference in the Windows implementation ofconcurrent-ruby. This has been fixed. - Windows incompatibilities were undetected before because we were not running a Windows CI job. We are now testing on Windows with Ruby 2.5.