Click Changes after enabling the sidebar, click the dir where Cursor is pointed at, a long list causing an out of bound UX happens on directories that contain a lot of elements.
Steps to Reproduce
Open a large, nested repository structure as an AOSP tree
Observe out of bounds and un-navigable long list
Expected Behavior
Well, probably needs a change in UI/UX with a textbox to “Navigate to path…” where manual inputting is enabled while restricting the list to current ui bounds with an internal “scroll view”.
Hey, thanks for the detailed report with the screenshot and version. I can see that the repository picker dropdown in the Changes tab, on a large multi-root tree like AOSP, grows past the window and doesn’t scroll.
This is a real UI bug. In multi-root workspaces with lots of Git roots, this list renders with no height limit, unlike the other menus in the same tab. I’ve reported it internally, but I can’t share an ETA for the fix yet.
For now, here are a couple workarounds:
The changed files tree in the sidebar does scroll, so you can navigate from there
You can temporarily make the window taller so more items fit
Your suggestion (an internal scroll view plus a “Navigate to path…” field) matches the direction we’re planning for the fix. I’ll post in the thread when there’s an update.
It does, but having something like 1000+ subdirectories, it’s unbearable to navigate, if I’m looking for “vendor” and the list is ordered alphabetically I need a couple cups of tea to eventually reach it
Totally agree. When you’ve got thousands of subfolders, scrolling alone won’t help, and alphabetical order turns finding the right folder into a quest. Your idea of a filter or a “Navigate to path…” field is spot on.
I noted this together with the original report, so when we work on the fix we’ll cover not just internal scrolling for the list, but also better navigation for large trees. I can’t share an ETA yet, but I’ll post an update in the thread as soon as I have one.
