Option to disable "Type to Search" / Filter in Explorer pane (Revert to simple highlight)

> Hi Cursor Team,

>

> In the recent update, the behavior of the Explorer pane seems to have changed. When I focus on the explorer and start typing, it automatically enters a “filter” mode (hiding files that don’t match) instead of the previous “highlight/navigation” mode (just jumping to the file without hiding others).

>

> I have tried setting “workbench.list.keyboardNavigation”: “simple” in my settings.json, which works in standard VS Code to disable the filter mode, but it seems to be ignored or overridden in Cursor.

>

> Request:

> Could you please provide an option to disable this automatic filtering or respect the workbench.list.keyboardNavigation setting? I prefer the classic behavior where typing just highlights the file without altering the view.

>

> System Info:

> - OS: Linux

> - Cursor Version: [Insert Your Version Here]

>

> Thank you!

23 Likes

I’m running into the same issue. All the shortcuts I previously configured in the Explorer have stopped working. I’m honestly speechless. You guys added these features and enabled them by default, but why didn’t the release notes clearly explain how to disable them?

3 Likes

I genuinely don’t understand how this feature got approved for release. Did you not consider existing user habits at all? Is the Cursor PM just running out of things to do? You’re just shoving this disappointing feature down our throats. In VS Code, this defaults to a specific shortcut. But now, you guys at Cursor made it so pressing literally any key enters this mode. What were you guys thinking?

6 Likes

Ran into this issue this morning and it’s super annoying, there’s literally nothing I can do to restore the behavior.

This feature makes the NERDTree plugin completely unusable, This change has severely impacted my workflow

1 Like

Hey, thanks for the report. I can repro it. I’ll pass it to the team.

3 Likes

same problem. I work in sidebar with VIM motions and use hjkl buttons for navigation.

If you will allow switch off new behavior as soon as possible it will be amazing! thank you)

3 Likes

I’m actually thinking about quitting cursor altogether, more problems now than ever. Changing keybindings as they wish, freezing entirely on trying to confirm changes and etc even on m4 max.

3 Likes

Cursor team, please, provide the possibility to disable this fuzzy search in explorer pane. as of now, it’s impossible to use j,k to navigate (vim extension)

3 Likes

The recent UI/UX of Cursor is truly terrible. :-1:
They rushed the release too much and didn’t consider the development experience at all. It used to be better, but today I faced this problem and am considering quitting Cursor soon.

2 Likes

Please focus on building AI features; you idiots should stop constantly modifying VS Code and imposing your obnoxious habits on users.

4 Likes

Yesterday I ran into the same issue. I use the Vim extension and navigate with J, K, H, and L. Since then I’ve been looking for an alternative; I’ve already spent several hours with no luck. I’m considering reverting the update. I’ll wait until next week, and if they don’t fix it, I’ll roll back the version and disable updates.

Ran into same issue today… Very disruptive for anybody using vim keybindings and any NERDTree-esque shortcuts to navigate around the explorer. Please please bring back an option to disable this :folded_hands:

Little papercuts are starting to add up to make me think about going back to VSCode…

Found that I can downgrade to version 2.1 here: Download · Cursor

The only way I create new files / create new folders / duplicate files is by my custom “a”, “shift+a” and “d” shortcuts here.

VSCode has a really good way of letting you define such shortcuts, e.g.

when: "explorerViewletVisible && filesExplorerFocus && !inputFocus"

I truely don’t understand how a change like this happens? Why do we feel the need to differ from how VSCode works here? I imagine so many people have shortcuts here, as the explorer is one of the most-used views in VSCode besides the actual monaco code editors themselves.

2 Likes

The root cause is Cursor not respecting editor.find.autoFindInSelection anymore
Insanely annying to debug and see we can’t do ■■■■ about it AAAaaaaa

1 Like

Same problem here. I downgraded to 2.1.46 and my shortcuts are working again. This is indeed a regression bug.

Same issue here :frowning:

Please, don’t break routine for Vim-like users with hjkl navigation

Incredibly annoying. Why even mess with this?

I’m annoyed by this too. C’MON