FA-74063 / Feature flag rollout bucketing / Member archive

Sticky variant persistence: Exclusion is checked before sticky records · case 03

Reducing traffic allocation drops users who already had a valid sticky assignment.

Member previewVariant 3 · 3 implementations · 8 checks per implementation

Case contract

stored is None or {variant, version}. A stored record is honoured (reason sticky, record unchanged) only if its version equals the current experiment version and its variant is still active; this takes precedence over traffic exclusion. Otherwise a None bucket_variant means excluded and the stored record is kept untouched; else the bucketed variant is assigned and a new record {variant, version} is returned. Return [variant, reason, record].

Why this case matters

Sticky bucketing keeps users on one arm across sessions; stale or retired records must not leak.

One recorded failure

Sample boundary fixture

This sample comes from the broken implementation of a controlled reproducer.

Boundary fixture	Actual	Expected	Outcome
sticky beats traffic exclusion	`[null, "excluded", {"variant": "a", "version": 2}]`	`["a", "sticky", {"variant": "a", "version": 2}]`	Failed

MEMBER ARCHIVE

The complete case is available to members.

This record includes three runnable implementations, regression fixtures, execution results, and source hashes.

Member access is invitation-based. Sign in with your invited account to inspect the sources.