FAILURE MAP
← Case archive

FA-25683 / Filter interfaces / Member archive

Undo restores the immediately preceding constraint snapshot · case 03

Undo restores the immediately preceding constraint snapshot is violated by the widget projection.

Member previewVariant 3 · 3 implementations · 10 checks per implementation

Case contract

Each filter edit transaction records before and after snapshots. Undo/redo moves whole constraint snapshots and does not resurrect history after a new branch edit. This example checks: Undo restores the immediately preceding constraint snapshot.

Why this case matters

Filter-widget state and serialization must preserve user constraints while the view changes.

One recorded failure

Sample boundary fixture

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

Boundary fixtureActualExpectedOutcome
contract fixture 0{"branch-future": [], "noop-history": [["a"], ["b"]], "redo-snapshot": ["a", "b"], "undo-available": true, "undo-snapshot": ["a"], "undo-tail": [["a"]]}{"branch-future": [], "noop-history": [["a"], ["b"]], "redo-snapshot": ["a", "b"], "undo-available": true, "undo-snapshot": ["b"], "undo-tail": [["a"]]}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.

Sign in to the archive ↗