`5x/REPORT.md`

30 lines
# /5x REPORT — Starling (particle-text)

Target: http://127.0.0.1:4185/  (single-file canvas app; static-served for the run)

## Sweep-by-sweep
| Sweep | Six-way | Caught | Fixed | Commit |
|------|---------|--------|-------|--------|
| 1 | 6/7 (M3 FAIL) | 1 — `/favicon.ico` 404 console error | inline data-URI SVG favicon | 34f7be7 |
| 2 | 7/7 | 0 | — | (clean) |
| 3 | 7/7 | 0 | — | (clean) |

Stop condition: **clean twice** (sweeps 2 & 3), well under the 5-sweep cap.

## Final six-way state (sweeps 2–3)
- M1 HTTP contract — 200 text/html ✅
- M2 headless render — screenshot OK ✅
- M3 automation E2E — `#gif` present, **0 JS errors** ✅
- B4 Chrome / B5 Safari / B6 Firefox — cross-browser render OK ✅
- Click-through — all 5 controls pass (Form · Theme · Shuffle · GIF · Code) ✅

## Root cause of the only defect
The page shipped without a favicon, so browsers auto-requested `/favicon.ico` → 404 → a
console error. It slipped past /3x's `favicon`-text filter because Chrome's message is a
bare "Failed to load resource: 404" with no URL in the text. Fixed at the root (no request
is made now), not suppressed.

## Open items
None. The GIF-export + copy-code features (this session's work) pass the full suite with
zero console/page errors across all three engines.