Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

prepare 2.5.1 release #21

Merged
merged 189 commits into from
Jun 30, 2022
Merged

prepare 2.5.1 release #21

merged 189 commits into from
Jun 30, 2022

Conversation

LaunchDarklyReleaseBot
Copy link
Contributor

[2.5.1] - 2022-06-29

Changed:

  • If you create an ldvalue.Value with the ldvalue.Raw(json.RawMessage) constructor, and you pass a zero-length or nil value to the constructor, and then encode the Value to JSON with json.Marshal or an equivalent method, the JSON output will now be null (that is, the literal characters null representing a JSON null value). Previously it would have been a zero-length string, which is not valid as the JSON encoding of any value and could cause the SDK to output a malformed JSON document if the document contained such a value.

bwoskow-ld and others added 25 commits February 3, 2021 15:14
This adds an attribute inExperiment to reasons of kinds FALLTHROUGH and RULE_MATCH, as specified in the Experiment Traffic Allocation spec.

This attribute is intended to indicate whether the user was targeted by an experiment rollout, and if so, whether they were allocated to one of the experiment variations.

We currently plan to use this for two things:

* to allow event consumers (currently, the experimentation pipeline and Data Export customers) to filter feature events to only those from users who are part of an experiment.
* to allow some SDKs, which use reasons to determine whether to send full events, to avoid sending feature events in the first place after evaluating experiment rollouts for users who are not part of the experiment. (It might seem like this makes the filtering requirement redundant, since there's no need to filter out events that the SDKs declined to send in the first place, but for Data Export customers we want to send all of the events but still filter them for experiment analysis.)
update go-jsonstream version for ch110425 bugfix
# Conflicts:
#	ldreason/reason.go
#	ldreason/reason_test.go
* update to newer Releaser config format, add Go 1.16 CI

* run code coverage job in Go 1.15
…udit-for-sdk-related-repos-pt-2

Updates docs URLs
add CI job for Go 1.17; update linter & test coverage script
* add comparative benchmarks for v2

* DRY
…-json

transparently convert empty raw JSON value to null
@LaunchDarklyReleaseBot LaunchDarklyReleaseBot deleted the release-2.5.1 branch June 30, 2022 20:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants