-
Notifications
You must be signed in to change notification settings - Fork 420
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Could not find a part of the path" using VS 2022 msbiuld #2261
Comments
I have the same issue, but I was able to fix it by enabling "long path support" in Windows 10: |
@schuettecarsten I've got long paths enabled in the registry. Interestingly, following the page you provided, the application's manifest must be long path aware. I checked the msbuild exe's manifest and it is long path aware, but the omnisharp.exe isn't. |
The manifest file was the issue, by adding an app.manifest and enabling long paths (see #2298) I was able to successfully utilise omnisharp in vscode |
But why in VS2022 only. same thing build in VS 2019 |
Thanks, it helped me too |
I had an issue that |
I had the same issue in the VS2022 with Windows 11. and this helped. |
Sorry to bump, but fixed my issue aswell. |
Thank you guys, https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry, also fixed my issue. |
it works! |
When opening a solution with a long file path in VS Code using either VS 2022 msbuild or the standalone msbiuld the intellisense is broken.
The console app project will execute correctly when running
dotnet run
and VS 2022 correctly displays the solution.I receive an error "Could not find a part of the path" in the omnisharp logs.
C# extension version
v1.23.16
MS Build versions:
O/S:
Windows 10 (21H1) Build 19043.1288
Log File:
scratch2.txt
Reproducible solution:
test-proj.zip
Logs of interest:
The text was updated successfully, but these errors were encountered: