I do have lldb-dap already installed. It still does not work as expected. To be clear: IDE mode works. The Agents Window does not. I do not get error highlights and that toast appears, even after clicking “Reload Window”. In fact, the “Agents Window” seems to greatly diverge from the Visual Studio Code lineage Cursor started with. I’m not sure how compatible it is with the VSCode backing in general, but I do only get that toast in the Agents Window.
Thanks for flagging this @nmgcursr! I wasn’t thinking about the Agents Window.
It looks like swiftlang.swift-vscode is on the list of extensions allowed to load in the Agents Window, but llvm-vs-code-extensions.lldb-dap is not. I can reproduce the toast you’re seeing and I’m flagging that for the team!
Is “the list of extensions allowed to load in the Agents Window” something controllable on the user side? Or is it baked into the release and unchangable? I, personally, would prefer the ability for the users themselves to make such decisions. Either way, llvm-vs-code-extensions.lldb-dap should likely be allowed by default.
It’s baked in, and for performance reasons, we’ll probably keep it that way for a while! The Agent Window also doesn’t have all the same extension points as the IDE. These extensions are primarily loaded for LSP support.
Understandable. Regardless, I do think llvm-vs-code-extensions.lldb-dap should be added to the allowlist. Otherwise, having Swift on the allowlist isn’t that helpful as that extension needs lldb-dap for many of its functions.
I also have llvm-vs-code-extensions.lldb-dap installed, and I still get the same error in the latest version of Cursor. There are forum posts going back to December 2025 about swift not working in the agents window. Also the docs page that recommends using SweetPad doesn’t work in the Agents Window either: iOS & macOS (Swift) | Cursor Docs
Almost everything I do is in Swift, so being stuck in IDE mode while the Agents Window keeps moving forward is pretty discouraging. If IDE mode stayed on par with Agents Window, this wouldn’t be a big issue.