docs: record the Wonder Ink Present view observation

Vimeo plays in the normal lesson view and stops immediately in Present
view, which rules the machine out: same video, same host, same codecs, a
click earlier. No packages were installed and nothing was changed.

Written as a decision procedure rather than a shrug. The first step is a
stock Chrome with no classroom policy and a clean profile, which settles
in one run whether this is Wonder Ink or something at our end. Two
candidates follow if it turns out to be ours, each with the diagnostic
that would confirm it, and the note that AutoplayAllowlist is recognised
by Chrome 152 but has deliberately not been applied — allowing autoplay
on a classroom machine should follow evidence rather than a guess.

Co-Authored-By: Claude Opus 5 <[email protected]>

docs/testing.md

@@ -63,6 +63,20 @@ into separate layer-shell windows.
 - [ ] The Home button returns to Wonder Ink
 - [ ] Fullscreen YouTube video uses the whole display
 - [ ] Leaving fullscreen restores the correct geometry above the dock
+- [ ] Chrome has **no sway title bar** — the window starts at Chrome's
+      own tab strip, and Chrome's tabs and address bar are still there
+- [ ] Chrome still maximises and minimises as before
+- [ ] After a reboot, no "Restore pages? Chrome didn't shut down
+      correctly" bubble
+- [ ] Chrome does not offer to save passwords
+- [ ] `chrome://policy` lists PasswordManagerEnabled as an applied
+      managed policy
+- [ ] Website logins still persist across a reboot
+- [ ] Clicking Browser when Chrome is closed shows a throbber on the
+      dock button until the window appears
+- [ ] Clicking Browser when Chrome is already open feels immediate,
+      with no throbber
+- [ ] The pointer shows a busy cursor while it is over the dock
 - [ ] No first-run, default-browser or sign-in nag appears
 - [ ] `chrome://policy` lists the Ekklesia policies as applied, with no
       "unknown policy" entries