You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, after we updated the sdk to the latest version 1.11.1, we started to receive null for some config variants, looks like the expected value is assigned to the key field instead.
Hi @kevinguitar, many thanks for raising this issue. It seems that evaluation is returning a default variant in this case. To better assist on this issue, it would be helpful if you could let us know:
What variant was expected instead
What configuration (e.g. user_id, device_id) was when evaluation was called
The link to your flag if possible
Please feel free to respond either on this thread, or via email to [email protected].
For those who are experiencing the same situation:
In pre-1.11 versions, the "fetch()" network call will get a response with only variants for flags where the user is included; in v1.11, if the user is not included in the flag, a default variant is returned.
In all versions, when "variant()" is called, if the user is not included in the flag, a default variant is returned. In pre-1.11, this is "Variant(value=null, payload=null, expKey=null)", in 1.11, this is "Variant(value=null, payload=null, expKey=null, key=off, metadata={default=true})".
Hello, after we updated the sdk to the latest version 1.11.1, we started to receive null for some config variants, looks like the expected value is assigned to the
key
field instead.For example:
Note: The issue is not reproducible on 1.10.1, we'll rollback for now.
The text was updated successfully, but these errors were encountered: