Skip to content

Define shared iOS and Android activity expiry policy #10864

Description

@juliusmarminge

The cross-platform audit of #10416 found different freshness clocks: APNs emits a stale-date relative to delivery time, while Android derives activity expiry from the activity state timestamp. Queue delays and replays can therefore leave the two cards stale at different times.

Decide which parts are shared product policy and which are native presentation constraints. Put the shared deadline calculation in the relay policy and add adapter-level cases for delayed delivery, foreground replay, stale running work, and the 15-minute completed-card window.

Keep this policy decision outside the Android feature PR. A stale marker and card removal are different native behaviors; the follow-up should make that distinction explicit rather than force identical UI.

No activity

Activity on this issue will appear here.

Activity

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

Metadata

Metadata

Labels

acceptedfeature request acceptedenhancementRequested improvement or new capability.via-triageFiled through npx t3 triage

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions