From 10abb3b35f5c22cba7107f438d34449a0e7601fd Mon Sep 17 00:00:00 2001
From: ScreenTinker <hello@screentinker.com>
Date: Fri, 19 Jun 2026 14:38:30 -0500
Subject: [PATCH] docs(#109): record web PiP (HTML+JS) verification on emulator
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

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>
---
 docs/109-android-pip-visibility.md | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/docs/109-android-pip-visibility.md b/docs/109-android-pip-visibility.md
index bea21d2..fbf25c3 100644
--- a/docs/109-android-pip-visibility.md
+++ b/docs/109-android-pip-visibility.md
@@ -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