mirror of
https://github.com/screentinker/screentinker.git
synced 2026-06-29 09:23:16 -06:00
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:
parent
4528d07c53
commit
10abb3b35f
|
|
@ -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
|
||||
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
|
||||
|
||||
Then it is the stronger form of cause (1): the WebView places its video on a
|
||||
|
|
|
|||
Loading…
Reference in a new issue