Hello @JacksonKearl I would like to work on this issue. Do you have any guide on how to reproduce this and what is required to be done?

@bolu-tife Sure!

To reproduce, set the max results setting to some larger value, and run a search in the search editor which has more results than the value:

Access search editor with:

You can start by changing the limit passed here to read from the configurationService

Then, you should add a way for the search to be re run with no limit. See what happens in the search from the sidebar, whose code is here: https://github.com/microsoft/vscode/blob/1fc68f3cf274141942b424894645a4f7096ec1f1/src/vs/workbench/contrib/search/browser/searchView.ts#L0-L1 for how to make that change.

Thank you

@JacksonKearl I'm a bit confused about your suggested fix. It seems like the issue here was more about making the Recent list longer than getting a large number of results to show up in the search editor.

@dustinm76 sorry about that, I was thinking of #129153 for some reason. This requires a bit of design discussion so not really something that can be implemented at the moment.

@scaomath One alternative in this vein is the concept of "favoriting" workspaces, so instead of having a longer list of 10+ recent workspaces, you might have your 4 "Starred" workspaces at the top of the list, then 6 recent ones after that. Would that work for your use case?

@scaomath One alternative in this vein is the concept of "favoriting" workspaces, so instead of having a longer list of 10+ recent workspaces, you might have your 4 "Starred" workspaces at the top of the list, then 6 recent ones after that. Would that work for your use case?

Personally I like this change a lot (especially for those us who have workspaces involving loading docker containers), but I doubt adding extra UI elements is what VSCode community want...

Guess I will wait for someone to implement an extension for this.