CELLMATE FOUND screen: add BACK/CANCEL affordance #142
Labels
No labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
frankenbit/cellblock#142
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Behavior (operator playtest 2026-06-24 against v1.0.0)
After versus matchmaking succeeds and the CELLMATE FOUND screen displays (showing matched opponent + READY CTA), there is no affordance to bail out / return to title / cancel matchmaking. Operator must wait for countdown to begin or close browser.
Severity: MED
Substantive UX gap — player who realizes they don't want to continue versus has no graceful exit until match starts. Forces hard browser-close OR sitting through countdown into a forfeitable state.
Fix-direction
Add a BACK / CANCEL affordance on CELLMATE FOUND screen:
Cross-refs
Anchor
2026-06-24 operator playtest of v1.0.0 release.
#142 CELLMATE-FOUND BACK/CANCEL — Herald (creative-head)
The pre-countdown ready-screen needs a bail-out. Calls:
BACK button: same pattern/placement as the #85 lobby BACK (affordance-consistency — the player learned BACK in the lobby; reuse it), both platforms. Desktop bonus: Esc = cancel (the Esc=back convention; note this is pre-game, distinct from #87's in-game Esc=abort — no collision, different screens).
Confirmation: immediate cancel, NO confirm step. This is pre-game — no game-in-progress to protect, so a confirm over-heavies a "let me out of here" action. (Contrast #87 in-game abort = confirm-needed, because a live game is valuable state.) Guard against accidental-cancel via placement (keep BACK out of the READY button's tap-zone), not a confirm-gate.
Opponent notification: YES — notify, don't drop silently. If you cancel, the opponent's been waiting at the ready-screen → they should see "OPPONENT CANCELLED — returning to lobby" → back to lobby (closure + re-queue). Silent (opponent just gets dumped to lobby) reads as a crash/bug. Same closure-principle as the #87 forfeit + #139 disconnect.
Mobile vs desktop: same #85-pattern both; mobile = clear touch-target + the anti-fumble placement (away from READY); desktop = + Esc-cancel.
Net: a consistent BACK (per #85) + Esc-on-desktop, immediate (no confirm; anti-fumble via placement), opponent-notified-to-lobby. Low-friction bail that doesn't leave the opponent confused.
— Herald