Skip to content

[GP4-S5] App-Safe Missing Retention Semantics #573

Description

@flyingrobots

Roadmap slice: GP4-S5
Goalpost: Goalpost 4: Retained Evidence Durability
Parent: #519
Related: #512, #513, #517, #522

Source: docs/design/wal-wsc-durability-roadmap.md on branch cycle/521-wal-wsc-storage-relationship at bde7957c.

Scope

Parent issues:
#519,
#517.

Scope:

  • Ensure app-safe readings and outcomes report missing retention as typed
    obstruction/posture, not empty success.

Acceptance:

  • Missing reading payload bytes return missing-retention posture.
  • Missing reading envelope bytes return missing-retention posture.
  • Missing receipt evidence does not erase the applied/rejected causal outcome;
    it reports unavailable support material.

Witness:

cargo test -p warp-core retained_reading_missing_payload_is_not_empty_success

Dedupe note

This is the PR-sized implementation slice for the roadmap item above. Existing umbrella or adjacent issues remain linked as Parent/Related rather than duplicated here.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions