Cursor IDE cannot access UEFN project files after recent update.
Please select what you are reporting on:
Verse
What Type of Bug are you experiencing?
Verse
Steps to Reproduce
Create or open any UEFN project in Cursor IDE
Attempt to add any .verse file to Cursor’s AI chat feature
Try to drag and drop files or use the file picker in Cursor
Error appears: “path should be a ‘path.relative()’ string, but got [absolute path with @ symbol]”
Expected Result
UEFN project files should be accessible to external IDEs like Cursor IDE for development workflow integration. Files should be added to AI chat without path resolution errors.
Observed Result
Cursor IDE fails to process UEFN file paths containing @ symbols (e.g., /safia@fortnite.com/ProjectName/…), breaking AI chat integration and preventing file access. Error message indicates path resolution issue with workspace naming convention.
I’m having this problem too. It occurs when opening the .code-workspace file of the project. It seems to work if you just open the folder with the .verse files, but this is a problem still, as that way you won’t see errors/problems in your code.
Writing this so maybe it can help Epic to fix the issue. The problem starts occurring only after building verse code after the new update.
It happens because the new build of the .code-workspace file in the project sets the name of the folders to a path, causing the issue.
You have not only broken Cursor, but other AI editors and AI plugins are all broken too, like Cursor, Windsurf, and Copilot Agent. You recently released a Developer Assistant, so I think your ecosystem really needs to be compatible with AI development.
The reason we made this change was to better reflect the fact that Verse modules are defined at given Verse paths - these start with a forward slash by convention. The VS Code workspace specification should not require folder names to be relative paths, or indeed, be any type of filesystem path at all (Multi-root Workspaces)
We’re looking into ways for creators to allow customization of how the VS Code workspace is generated in order to more easily accommodate situations like these, and also how best to communicate this issue to other vendors who might be parsing these generated VS Code workspaces. Once we’ve figured that out, we’ll post an update here.
Thank you for this response. Indeed, all that’s needed is an option to change the name (or at least not have it reset with every build), as this doesn’t affect Verse’s functionality in the project. We hope to get this fix as soon as possible to avoid having to rely on a Python script all the time, haha.