FA-24454 / Client state / Member archive

Keyed component instance reconciliation: State follows key through reorder · case 04

State follows key through reorder.

Member previewVariant 4 · 3 implementations · 70 checks per implementation

Case contract

A component instance is identified by sibling key plus component type. Reordering preserves its state, changing type remounts, removed keys lose state, and replacement cleanup happens before mount. Operation state-follows-key-through-reorder has the six explicit input/output oracles below.

Why this case matters

An offline client lifecycle model that isolates a state-management defect without DOM rendering or network services.

One recorded failure

Sample boundary fixture

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

Boundary fixture	Actual	Expected	Outcome
state-follows-key-through-reorder scenario 1	`[4, 2]`	`[2, 4]`	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.