I upgraded to Cursor 3 this morning (v3.0.12). Created a new Github PR. Bugbot ran as normal and reported an issue. Clicking the “Fix in Cursor” button, as I have done many times in the past. After redirect to Cursor, I’m now greets me with an error dialog. The dialog has the following text and an OK button:
Workspace Not Found
This link is for <repo_author>/<repo_name>, but Cursor doesn’t have a local workspace open for that repository yet.
Add this repository from the sidebar, then try the link again.
The workspace I have open is for that repository. Not sure what “adding repository from the sidebar” means.
I tried a few different things, including moving the directory, doing a fresh checkout, creating a .code-workspace file. The error persists.
Steps to Reproduce
Open a GIthub PR that triggers a Bugbot comment.
Click “Fix in Cursor” button from a Bugbot comment in a Github PR.
Hey, thanks for the report. This is a known issue with BugBot deeplinks. After an update, the Fix in Cursor link handler doesn’t always correctly find an already open workspace.
The team is aware, but there’s no ETA for a fix yet. Your report helps with prioritization.
As a workaround, make sure the window with the right repo is the only Cursor window open close the others and then click the link again.
Thanks for the update. This makes working on parallel tasks much more difficult. For now I’m copying and pasting the bugbot report into Cursor as a workaround. Closing other windows is not a super practical solution and will affect token usage for you guys.
The original ticket this thread was linked to was closed, but the Workspace Not Found issue is still happening. There’s a new report with the same symptom and it’s being tracked now. Since the workaround of closing other windows doesn’t help some of you, this looks like a different case than the one that was closed.
To relink this thread correctly and raise priority, can you share a couple details?
@Patrick_Beeson, @tkrauseBUT: what version are you on right now via Help > About, and how many Cursor windows are open when you click Fix in Cursor?
A screenshot of the sidebar with the repo open at the moment the Workspace Not Found dialog shows up, so we can confirm the repo is actually loaded.
If the repo is in a monorepo or a git worktree, please call that out too, it affects routing.
I can’t share an ETA for a fix yet, but without fresh details in this thread the ticket will stay low priority. I’ll post here as soon as there’s an update.
