summaryrefslogtreecommitdiff
path: root/BACKLOG.md
diff options
context:
space:
mode:
Diffstat (limited to 'BACKLOG.md')
-rw-r--r--BACKLOG.md26
1 files changed, 21 insertions, 5 deletions
diff --git a/BACKLOG.md b/BACKLOG.md
index bb7f075..b5ec9ba 100644
--- a/BACKLOG.md
+++ b/BACKLOG.md
@@ -52,11 +52,27 @@ dialog, main-frame navigation locked to YouTube's own domains), so watching
a video doesn't leave the reader.
**Fixed 2026-10-21, reported as "YouTube play is misconfigured":** the dialog
-loaded the embed as its own top-level document, and YouTube answers that with
-"Video player configuration error -- Error 153". An embed has to be embedded;
-it now sits in an `<iframe>` on a minimal host page (`YouTubeLinks`). Measured
-in the app's own WebView, before and after: top-level, 0 requests for the video
-stream and the error on screen; framed, 8 stream requests and no error.
+loaded the embed with no referrer, and YouTube answers that with "Video player
+configuration error -- Error 153". It now sends a `Referer` header
+(`YouTubeLinks`), which is enough on its own. Measured on an Android user
+agent: no referrer, Error 153; `&origin=` in the query, Error 153; inside an
+iframe, plays; with a `Referer` header, plays.
+
+The iframe was tried first and shipped briefly. It worked, but it meant hosting
+the embed in a `loadDataWithBaseURL` document -- a synthetic origin with the
+video in a cross-origin subframe of it -- and Peter then reported audio playing
+over a black screen. Both of those are WebView constructs with a history of
+rendering video oddly and neither was needed, so the referrer replaced them.
+
+**Not verified here: video actually appearing.** The emulator cannot render
+video in a WebView at all -- it hard-crashes the whole AVD, twice, including on
+a plain `<video>` element in an ordinary non-dialog WebView. Everything short of
+display is confirmed on-device (no error, 854x480, readyState 4, playing), but
+whether a picture reaches the screen can only be answered on real hardware. If
+it is still black, the question that splits the remaining causes is whether
+YouTube's own title and scrubber are visible in the black area: visible means
+only the video texture is missing, absent means the whole player is not
+compositing.
**Added at the same time:** a long-press on the thumbnail opens the video in
the YouTube app instead of the link-actions menu. A tap already plays it in the