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:
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user