Two folder-picker UX bugs:
1. Once on a Windows drive (C:, D:), there was no way back to ~ from the
dropdown — only drives were listed. Replace the "Drive" placeholder
with a real "Home" option (value ~) so the dropdown always offers
every root. The select's value reflects browsePath, so it reads
"Home" at ~ and the drive letter inside a drive. Renamed the aria
label from "Drive" to "Location" to match.
2. Double-clicking a folder to descend was silently re-selecting the
folder you'd just navigated into — if it wasn't a git repo, the
modal flashed a red "not a git repository" warning for every
non-repo folder a user passed through. Same flaw fired on
breadcrumb clicks, drive switches, and history nav.
Root cause: browse() defaulted selectedPath to the navigation
target. Changed the default to "" — selection is now only ever
set by explicit user intent (clicking a row, the "this folder"
row, or pressing Enter on a typed location). Callers that
genuinely seed a selection (reset, refresh, location-input
submit) already pass selectedPath explicitly, so they're
unaffected. Also dropped the now-redundant selectedPath from
the drive-switch call.
Tests: 29/29 passing. Added two tests for the Home option (it's
present and picking it routes to ~; the select value tracks
browsePath) and one for the descend-doesn't-select behavior.
Updated two pre-existing tests that asserted the old auto-select
contract with comments explaining the new one.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
be29941e98