Repository navigation
[Bug]: Changed root files with a leading space do not reveal their diff #36605
Description
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
- Use a Git workspace on Linux or macOS and complete a turn that creates or edits a root file named
leading.ts(one leading space). - Collapse files in the diff panel.
- Click that file in the turn's changed-files list.
Expected behavior
The exact file opens expanded in the diff panel.
Actual behavior
The diff panel opens but leaves the file collapsed. Both the checkpoint file-summary schema and the selection store trim the leading space, so selection cannot match the parsed diff's exact filename.
Impact
Minor bug or occasional failure
Version or commit
Reproduced on upstream main b2259d3.
Environment
Linux, web client, local isolated scenario using Replay (dev). Desktop shares this web implementation. POSIX filenames permit leading spaces.
Logs or stack traces
The real-app scenario clicks the changed file successfully, then fails to find the expanded Collapse leading.ts button on main. The same scenario passes with exact paths preserved through the checkpoint schema and selection store.
Screenshots, recordings, or supporting files
Found by the maintainer bughunt and independently confirmed by Claude Opus 5.5 on 9e180e5, including a real Git numstat and diff-parser probe. Related closed issue #29313 concerned read/save targeting, a different path from turn-file reveal.
Workaround
Manually expand the file in the diff panel. Previously recorded summaries that already lost filename whitespace cannot recover it.
Activity