Files
Dune/docs/READABLE_NOTICES.md
T
Quintine 137f9223f1 Keep admin and seat recovery notices readable
Show progress during initial admin and seat-control submissions; retain exact recovery instructions for uncertain requests and explicit retries. Keep seat recovery and handover confirmations above the table until Continue without blocking gameplay. Use readable 16px text and 44px controls.

Verified isolated checkpoint: types, lint, 5381 offline tests, 52 HTTP tests and build. Local delayed/lost-response browser QA covered admin creation, durable retry, handover and seat recovery, mobile readability and saved-seat restoration. Existing 2098 rooms and 4455 seats preserved. Deployment acceptance follows separately.
2026-09-26 13:36:05 +10:00

55 lines
3.2 KiB
Markdown

# Readable progress, recovery and action notices
The user reported that a popup after room creation disappeared before it could
be read or acted on. The first create/join request was rendering the full saved
request recovery panel while awaiting its initial response. Successful creation
then removed it immediately, making actionable recovery instructions appear to
flash on screen even when nothing had gone wrong.
First submissions now show only **Creating your room…** or **Joining the room…**
and a short progress message. Successful responses still open the confirmed
table. A lost/uncertain response, saved request after refresh, or storage problem
shows the existing persistent recovery panel. Its exact retry, deliberate
abandonment and saved-kit recovery controls remain available until the player
resolves the request. The private retry proof is still saved before submission;
there is no automatic retry or new seat operation.
Completed-action notices also retain their text until **Continue**, instead of
vanishing after 1.5 seconds. This is a local display control: the server has
already completed the action and human/AI play continues normally. New events
cannot replace the text being read. The optional toggle, bounded summaries,
private-information filtering and silent refresh baseline remain; see
[completed-action feedback](ACTION_FEEDBACK.md).
The follow-up audit also covers instructions replaced by a quick server response,
even without a dismissal timer. Initial administrator creation, room/lobby controls,
removal, closure and archive requests now show only progress while awaiting their
first response. The same applies to AI permissions and handover creation,
cancellation and acceptance. Saved requests restored after refresh and uncertain
results retain their recovery controls; explicitly retrying leaves those controls
visible and disabled until the response. Private retry proofs are still saved
before dispatch, independently of whether recovery instructions are visible.
Successful seat recovery and handover show a confirmation above the table with
**Continue**, including the previous owner's/session's revoked access. It remains
while the player reads or plays; background polling and new actions do not clear
it. Continue dismisses only the message. Leaving or reloading the page clears this
local confirmation, without changing the recovered seat.
Errors and recovery prompts have explicit controls; component inspectors have
close buttons. Network progress, polling deadlines and permission-expiry
countdowns keep their existing behavior.
## Verification
Browser QA uses dedicated rooms and a temporary local transport that delays the
first response and can lose one successful create response. This verifies actual
rendered progress, durable recovery instructions, and explicit same-request retry
without introducing production timing changes. Existing room-entry regressions
cover retry identity, storage failure, ambiguous responses and no duplicate
creates; notice regressions cover retention, continuation, summaries and mute.
Record browser, source-bound checks and deployed acceptance separately. Test
normal create/join and notice controls on the deployed revision; a local delayed
transport test does not establish production behavior. Preserve existing games.