Every drawer/dialog form loses focus to the ✕ after each keystroke and scrolls the page: SlideDrawer and DecisionLayer focus traps re-run on every parent render

Operator report 2026-09-14 (camera edit drawer, ‘seems to happen almost everywhere’): typing de-focuses the textbox to the corner ✕ after every letter, the view jumps to the top, and the drawer stretches so Save is hidden. Reproduced on the live Pi: click the camera Label field, type one character -> document.activeElement is BUTTON ‘Close’. Mechanism: the focus-trap effect depended on the onClose/onDismiss callback; callers pass a fresh arrow on each render and each keystroke sets the draft state, so the effect’s cleanup restored focus, the effect re-ran and focused the first focusable (the ✕), and the browser scrolled to bring it into view. DecisionLayer additionally re-ran on every busy flip. Fixed in PR #264: callbacks via refs, effects depend on open only, focus() with preventScroll. Verify: type freely in the camera drawer, seat drawer, journal drawers; the page must not scroll and Save must stay reachable. If the ‘stretched drawer’ symptom persists on a phone it is a separate viewport/keyboard issue – reopen with a screenshot.