Wave 0 exists because the plan's line numbers came from a review of users/directory-super-user rather than a fresh read. This is the fresh read: 7 pages, 6 stylesheets, 11,867 lines, with each page's stylesheets, scripts and iframe role recorded, and all seven baseline counts captured with the command that produced them. Four discrepancies, one of which matters a great deal: D2 - CLAUDE.md's "logged-override path for predecessors stays (A1). See wp-creation-app.js:1962-1972" cites the wrong function. That range is dashIssue(), which REFUSES to issue and says "open the package to release it early with a logged reason". The reviewer read that sentence and correctly inferred an override exists, but cited the mention rather than the code. The audited path is confirmEarlyRelease() at 967-984 plus seven satellites (state at 392, call sites at 998 and 1149, persisted at 1117, rendered at 1215, rehydrated at 1674, reset at 481/488/1744). A T7.3 that preserved only 1962-1972 would delete the business rule while believing it had protected it. D1 - "6 pages, 4 stylesheets" is 7 and 6; wave-0's own parenthetical lists seven names. Every "all 6 pages" done-when is off by one. D3 - four documents the plan reads from are deliverables not yet written. D4 - the creator overflows horizontally at 1440px, which no F item covers. Logged as BL-001 rather than fixed, since T7.1 rebuilds that layout anyway. BL-002 records that outline:none appears three times in the wizard sheet, not once, so T3.4 fixes all three. Counts confirmed against the review: 79 dialogs (43 in the creator), 12 div and 2 span onclick, 15 help-tip badges, 0 aria-live, 0 pushState. The "4 declarations of #0f62fe" needed a definition - there are 31 occurrences and 14 custom-property declarations; the 4 is the number of stylesheets declaring their own accent token, which is the number wave 9 should drive to 1. No application code changed. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
3.8 KiB
3.8 KiB
Backlog
Anything noticed during implementation that is real but not in the plan goes here instead of
into the current PR. CLAUDE.md requires this: every change traces to an item ID, so
unplanned work gets logged rather than built.
Add an entry, do not fix it inline. This file is reviewed at T9.7 and feeds the next spec
revision.
Format
### BL-001 — Short title
- **Found during:** T3.2
- **Where:** path/to/file.js:120
- **What:** one or two sentences on the problem
- **Why not now:** out of scope for the current wave / needs a product decision / larger than the task
- **Suggested wave or follow-up:** wave 9 / next revision / needs Nick
Known follow-ups already identified in the spec
These are logged from the source documents, not discovered in code. They are real but deliberately deferred.
BL-000a — Validated P6 activity lookup
- From:
CR-001 - What:
CR-001accepts free text for the P6 Activity ID. A validated lookup against an imported P6 activity list was identified as the eventual want. - Why not now: the Micron schedule is actively being reworked, so importing an activity list now would import churn.
- Suggested: next revision, once the schedule stabilizes.
BL-000b — Field-level toggles in General Information
- From:
CR-006 - What:
CR-006toggles whole sections. General Information may need per-field toggles, since projects differ in which identifiers they use. - Why not now: section-level toggles cover every removal request currently on the list.
- Suggested: next revision, if a second project needs a different field set.
BL-000c — Estimated versus actual hours productivity factor
- From:
CR-017 - What: Actual Hours is retained and rolls up. Comparing it against estimated hours would produce a productivity factor, which was the stated reason for wanting the field.
- Why not now: estimated hours capture is not in scope this round.
- Suggested: next revision.
BL-000d — Attachment merge versus list on export
- From:
CR-008/T9.1 - What: whether the PDF export merges attachments into one package or lists them separately.
- Why not now: product decision, raised in the
T9.1PR. - Suggested: needs Nick.
Found during implementation
BL-001 — The creator overflows horizontally at 1440px
- Found during: T0.2
- Where:
html/wp-creation-index.html/html/wp-creation-styles.css - What: the creator lays out 1,551px of content inside a 1,440px viewport, so the page
scrolls sideways at desk width. Measured by
tests/baseline_shots.py, which comparesdocumentElement.scrollWidthagainstclientWidthat each capture.F2covers narrow widths; no item covers this one. The other three overflowing pages (launcher 425px, SOP wizard 429px, field view 432px, all at a 390px viewport) areF2and are already scheduled. - Why not now: wave 1 is scoped to
F1–F5, andT7.1dissolves this page's iframe and rebuilds its layout regardless — fixing it in wave 1 would be thrown away. - Suggested wave or follow-up: verify it is gone at
T7.1; if it survives the rebuild, it needs its own item in the next revision.
BL-002 — outline: none appears three times in the wizard sheet, not once
- Found during: T0.1
- Where:
html/work-package-suite-styles.css:325,:347,:501 - What:
A3/F5cite the focus-ring removal at322-328only. The sameoutline:none+ pale 3px glow is repeated at:347(.user-pick:focus), and:501(.seq-step input.seq-label:focus) removes the outline with no replacement at all, which is a straight CLAUDE.md violation. - Why not now: it is in scope for
T3.4, not a separate item — recorded so the task fixes all three rather than the one the review cited. - Suggested wave or follow-up: fold into
T3.4.