docs(website): the three defects the walk found, and the mount that answered one

EVENTS.md §I records that participation history is mounted twice and why --
the third screen to need the notificationPaths.js mapping, for the reason
the first two did -- and the three defects the live walk found with both
suites green on either side of it. EVENTS_PLAN.md says the same in one
paragraph under Phase 14a's verify line.

Two of the three were one mistake in two files: a split reading a STATUS
where it should read a clock.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016wDDVXWMDz82WqE1i969r4
This commit is contained in:
2026-09-08 11:59:23 -05:00
parent 9aee5920af
commit ed311a2e8d
2 changed files with 25 additions and 0 deletions

View File

@@ -1730,6 +1730,12 @@ at `seedVersion` 2.
history.
**Verify:** both suites; a browser walk of the calendar, an event page, an arc and the history.
**The walk found three defects and the suites found none of them**, which is the argument for the
walk in one line. Two were one mistake in two files — a split reading a status where it should read
a clock — and the third was a screen the reviewing admin could not open at all, because
`RequirePlayer` guards `/account` and the route behind it is role-agnostic. Engagement Phase 7 had
already solved that one; the fix is its `notificationPaths.js` mapping gaining a third entry.
#### Phase 14b — the app (`android-app` + `docs`)
The app's events screens, and **one prerequisite fix that is in this phase and not after it.** The