- CDP screencast frames don't include the OS pointer, so the GIF and
  WebM encoders now paint a classic white arrow (dark outline) at the
  interpolated cursor position — the crop centers on it, so it stays
  in frame
- screencast JPEG quality 55 -> 70
- VP8 bitrate ~0.3 bits/px/frame (cap 8 Mbps) for sharper output
- verified with the real built offscreen encoder: synthetic green
  frames + known track land the arrow within 3px of the true cursor

Co-Authored-By: Claude Code <noreply@anthropic.com>

Page.startScreencast frames are scaled to fit maxWidth/maxHeight, but the
frame metadata's deviceWidth/deviceHeight keep the pre-scale device size.
On viewports wider than the 1280px cap the crop was computed in the wrong
coordinate space: shifted toward the bottom-right and, for a cursor there,
hanging off the actual image — drawImage clipped it and the video showed a
squashed corner plus letterbox. Decode the first frame to size the output
and crop each frame by its real bitmap dimensions instead.

Co-Authored-By: Claude Code <noreply@anthropic.com>

- Popup: project dropdown (list_projects + settings_save defaultProjectId);
  switching refreshes the last-report card and panel link immediately.
- Recording stop no longer submits blindly: the buffer goes pending and a
  composer opens in the tab with title (prefilled) + description, Save
  (Ctrl+Enter, copies the share link) or two-step Discard; unanswered
  pending recordings auto-save after 10 minutes, and starting a new
  recording auto-saves a pending one. Composer survives navigation.
- WebM is now a square cursor-following crop (shared cursorCropRect helper
  with the GIF path), source dimension raised to 1280 so the 512px crop is
  native-resolution at DPR 1; full-frame 800px stays as fallback.
- e2e: second project + popup switcher asserts, composer save (typed
  title/description verified on server), keyboard-driven discard flow,
  ffprobe square-video assertions (512x512 VP8).

Co-Authored-By: Claude Code <noreply@anthropic.com>

The recorder now captures continuous screen video instead of single frames
per event. captureVisibleTab is quota-limited to ~2 shots/sec, so the video
rides a CDP screencast (Page.startScreencast) over the chrome.debugger
connection: frames arrive throttled to ~15 fps, decimated past 600 to bound
memory. At submit, the GIF is cropped to a 512×512 square centered on the
cursor position from the mouse track at each frame's time, paced by real
frame gaps — a "video" of exactly the area the tester was looking at.
Firefox and a busy debugger degrade to the old per-event screenshots; the
video path is a videoCapture setting (default on, like hoverReplay).

Console errors now ride along with recordings: a MAIN-world document_start
tap wraps console.error/warn and the uncaught error/rejection handlers,
posts through the relay content script, and lands as "console" timeline
steps (capped at 200, text truncated at 2000 chars). New consoleCapture
setting; the server schema, shared types and the panel timeline (warning
icon) accept the new step type; replay counts such no-effect steps as
played so the played/total summary stays honest.

E2E generates a console error + warning mid-recording, asserts the console
steps, and validates the GIF header: 512px wide with 3+ frames.

Co-Authored-By: Claude Code <noreply@anthropic.com>

- Popup replaces the auto-start picker: mode choice (element note /
  record steps), latest report card with open / replay / delete, web
  panel link; share links open at panelUrl (default :5173)
- Register the Phosphor font via the FontFace API — constructable
  stylesheets ignore @font-face, which left overlay icons empty
- Recorder tracks upload as one animated GIF (gifenc) instead of per-
  step screenshots; frames follow event pacing, UI hidden on capture
- Replay a recorded track from the popup: background opens the start
  page, re-executes click/input/url_change steps with original pacing
  and flashes the result in the overlay

Co-Authored-By: Claude Code <noreply@anthropic.com>