boundless-pilot-55898
09/11/2025, 3:40 PMstrong-mouse-55694
09/11/2025, 7:00 PMboundless-pilot-55898
09/18/2025, 1:26 PMvariationA).
• Create or update an experiment with two variations:
◦ variationA
◦ variationB
• Link the experiment back to the feature by posting a payload with:
◦ a couple of test “force” rules for specific user_ids
◦ then an experiment-ref rule, where I map the experiment’s variationIds to the feature values.
• Finally, I set the experiment status to running.
Here’s the relevant snippet for the linking step (the part I suspect may be causing the null issue later on):
{
"type": "experiment-ref",
"enabled": true,
"condition": "",
"hashAttribute": "user_id",
"experimentId": experiment["id"],
"variations": [
{"variationId": v["variationId"], "value": v["key"]}
for v in experiment.get("variations", [])
]
}
So the feature ends up with rules like:
• force → no-recommendations
• force → personalize-recommendations
• experiment-ref → falls back to the experiment
Do you know if there are any pitfalls with how experiment-ref rules need to be structured, or if the mapping of variationId → value might be why the flag sometimes reverts to “null” in both variations?strong-mouse-55694
09/18/2025, 2:00 PMvariations array. I'd probably try creating an experiment/flag with hardcoded values as a test case and see if the behavior is the same. If that works, I think there's likely something in how variations is being written.boundless-pilot-55898
09/18/2025, 8:58 PM"null" being served for both variations.strong-mouse-55694
09/19/2025, 5:38 PM