docs(#109): record web PiP (HTML+JS) verification on emulator

Web PiP type loads its WebView and executes JS (a page stamping JS OK · <time>
rendered over live YouTube). No code change — web PiPs don't use the image path
that had the token bug. Completes the image/web/box content-type verification.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
ScreenTinker 2026-06-19 14:38:30 -05:00
parent 4528d07c53
commit 10abb3b35f

View file

@ -153,6 +153,16 @@ Fix: set `current = pip_id` **before** building the media (so `loadImageInto`'s
token matches). Confirmed on the emulator — the QR now renders in the PiP box token matches). Confirmed on the emulator — the QR now renders in the PiP box
over both a static image and live YouTube. over both a static image and live YouTube.
### Content types verified on the emulator (over live YouTube)
- **image** PiP (a QR PNG) — renders after the token-ordering fix above.
- **web** PiP (an HTML page) — loads in the PiP WebView and **executes JS** (a
page that stamps `JS OK · <time>` into the DOM rendered correctly over the
playing video); composites above the main YouTube WebView. No code change
needed — web PiPs never went through the broken image path.
- title + `background_color` box — paints above the video (the original cause-1
fix).
## If the magenta box is STILL hidden over YouTube on the test device ## If the magenta box is STILL hidden over YouTube on the test device
Then it is the stronger form of cause (1): the WebView places its video on a Then it is the stronger form of cause (1): the WebView places its video on a