Trying to use indexing on a workspace with multiple folders, but it only indexes the codebase in the first folder and skips all the other folders in the workspace. Is this a known issue or a lacking feature? If not, what are the best steps to debug and resolve?
Yea, codebase indexing only uses the first open folder in the workspace. As a workaround, you could try putting both folders into one parent folder and open that parent folder in Cursor.
+1 vote here
I have a monorepo and use workspaces to focus on the active projects. I could open the root monorepo folder as a workaround, but then I get a lot of noise that I’m not interested in.
+1 I wish we can just pick the folders to index as I prefer opening each folder in its own window even though the context should be shared across them.
I have a go project which has multiple go modules in different folders in a single repo. We need a fix for this since the workaround to import the root folder does not work since the go language server expects the folder to be a go module and the root folder is not a go module. Is there a workaround for this?
In my tests, the issue does not only occur when using an indexed repo, but even with indexing disabled. In a normal folder, Cursor creates a plan and queries folders and files live when not having an index, but in a workspace, Cursor does not receive any results from the query.
So it seems to have nothing to do with indexing per se, but actually file access on a lower level.
Same, this looks like an oversight that should be corrected. Makes multiple folders far less useful, also very confusing when the LLM can never follow code across the folders (very unexpected behavvior)