Distinguish disconnected and stale presence in the client
Network loss freezes green dots and suggests teammates remain connected. Mark stale state during transport uncertainty.
- Focused work estimate
- 1h 45m + prerequisites
- Priority in the scenario
- Medium
- Engineering practice
- UX · State projection
Estimated field mix
- Frontend60%
- Real-time systems40%
Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.
Review it, then add it to your workspace.
The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.
Project context
Fictional document team Pine shows collaboration presence for synthetic accounts. Build a loopback WebSocket server and injected clocks; no message content or activity surveillance is required.
Setup prerequisites
- Create synthetic memberships and session identifiers.
- Implement controllable sockets and an in-memory TTL adapter.
Preceding work
Complete these dependencies, or supply their agreed outputs before taking this ticket.
- CPRES-101 · Define online presence as an unexpired connection lease
- CPRES-102 · Validate presence room identifiers before subscribing
- CPRES-103 · Scope presence membership checks to each room subscription
- CPRES-104 · Count multiple presence connections without duplicating people
- CPRES-105 · Reject stale presence heartbeats after reconnect
- CPRES-106 · Send a presence snapshot before incremental updates
- CPRES-107 · Expire presence independently of disconnect delivery
- CPRES-108 · Cap presence fan-out per room without silently losing state
Acceptance criteria
- Local disconnect marks snapshot stale
- Reconnect waits for fresh snapshot
- Stale entries are not labeled online
Implementation constraints
- Preserve names only while room access remains valid.
Verification to include
- Disconnect then reconnect
- Lose authorization during reconnect
Deliverables
- Presence freshness UI
Rollout and recovery
Hide entries during uncertainty if freshness labeling fails.
Value of the work
For the engineer: Practice ephemeral state, ordering and reconnect semantics.
For the team: Inspect whether online indicators avoid stale or unauthorized claims.
Evidence boundaries
Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.
Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.