FAILURE MAP
← Case archive

FA-38162 / Table interactions / Member archive

Asynchronous table cell save acknowledgement: stale server revision · case 02

The table stale server revision result violates the stipulated asynchronous table cell save acknowledgement contract.

Member previewVariant 2 · 3 implementations · 7 checks per implementation

Case contract

A save acknowledgement belongs to an exact pending request and row, clears only that pending cell, preserves errors and newer edits, rejects older server revisions, installs canonical server values/revisions, and clears a draft only when the original edit ID still owns it.

Why this case matters

An offline table UI model isolates asynchronous table cell save acknowledgement, including adversarial row/column relationships.

One recorded failure

Sample boundary fixture

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

Boundary fixtureActualExpectedOutcome
stale revision{"draft": [], "error": null, "pending": [], "row": {"a": "ack", "id": "r", "revision": 6}}{"draft": [], "error": "stale", "pending": [], "row": {"a": "new", "id": "r", "revision": 7}}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 ↗