Greg Pomerantz 4c8a13b779 Reload the previous directory's list after a failed navigation ... Navigating into an unreadable directory failed cleanly in the header (handleError reverts CurrentPath to the previous path) but left the list empty forever: the recovery re-read of the previous directory found it unchanged, so handleBuildIndexSuccess took the no-change fast path — which assumes the view already shows that content — while the failed navigation's navigateToDirectory reset had just wiped TotalEntries/Pages. No frame was emitted and the browser sat on a correct header over a dead list (seen on device tapping ".." into /storage/emulated, which is media_rw:media_rw 0750; only /storage/emulated/0 is app-exposed). The fast path now requires a live view (TotalEntries != 0); a torn-down view always takes the full rebuild, restoring the rows. Regression test TestHandleResult_NavigationFailureRecoveryReloads (red without the fix, green with it); verified on emulator and phone.		2026-09-03 12:53:23 -04:00
..
browser	Reload the previous directory's list after a failed navigation	2026-09-03 12:53:23 -04:00
editor	Make the editor top and bottom bars ~30% taller for bigger tap targets	2026-09-03 12:34:18 -04:00
io/pool	Fix Android: publish current mtime after the atomic-write rename	2026-09-02 17:12:54 -04:00
perf	Add pre-release frame-regression profiling	2026-08-20 14:18:08 -04:00
test/e2e	Make the editor top and bottom bars ~30% taller for bigger tap targets	2026-09-03 12:34:18 -04:00
ui	Make the editor top and bottom bars ~30% taller for bigger tap targets	2026-09-03 12:34:18 -04:00