fix(drawer): cancel react-aria presses when a swipe starts

[mehdibha]

Summary

• Dragging the docs search drawer from a result navigated to that result on release. Every Drawer was affected, not just search.
• Root cause: react-aria's usePress only cancels on pointercancel / pointerleave / dragstart. During a swipe none fire — the content moves with the finger so the pointer never leaves the item, and base-ui calls preventDefault on touchmove so the browser never takes over the gesture. On release the press is still live; usePress waits 80ms for a native click and, finding none, calls target.click() itself (its iOS long-press workaround). That synthesized click navigates.
• Fix: the popup element now renders through a small DrawerPopupElement that reads base-ui's swiping state and dispatches a pointercancel on the document when a swipe starts — the same signal the platform sends when a gesture is claimed. In-flight presses cancel and the item un-highlights as the drag begins.

Verification

Headless Chrome + Puppeteer touch events, 375px viewport, docs search drawer:

Scenario	Before	After
Drag 180px from the "Docs" item	swipe engaged, item clicked, navigated	swipe engaged, no click, no navigation
Plain tap on an item	—	navigates and closes
Long swipe	—	dismisses without navigating

pnpm check, tsc --noEmit pass; pnpm build:registry produced no tracked changes.

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated
dotui	Ready	Preview	Sep 2, 2026 1:41am UTC