-
Notifications
You must be signed in to change notification settings - Fork 13
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
Picking up error resolution is really slow #1040
Comments
It's more than just slow, it's broken, particularly for Maui apps.
I really, really don't see how you guys are retiring VS for Mac in August. I mean, VS for Mac is extremely buggy. I see why you're killing it. But the Maui extension is not even close to ready for prime time. It's not even ready for preview. No offense, but it feels like an Alpha release. Funny that I was asked for feedback (from VS) before I had really used it much, and now I can't do the survey again. Sorry. End rant.... Edit: When removing files and/or renaming them, sometimes it continues to report the errors (keeping it from building/running) when the files don't exist. When you click on it, you get a blank screen with a button asking if you want to generate the file. Deleting bin/obj didn't help. I had to restart VS Code. |
Also, when I break something. Like say changing an interface, -> roslyn - FYI @arkalyanms |
For the error resolution issue in particular, this is tracked at dotnet/roslyn#72811. So removing the area-roslyn label to tag the maui aspect. |
We've made lots of changes on the MAUI side that are being released soon, that should cover your mentioned issues (debugger, build errors, etc.). Thanks for your feedback and patience. |
This issue has been fixed on latest .NET MAUI release version. Please ensure to also update C# and C# DevKit to latest pre-release versions as well. Thanks |
Type: Performance Issue
Often, it takes a really long time (30 seconds to a minute) for errors to go away in the editors or in the 'Problems' tab. Simple things, for example, an interface method isn't implemented because I changed the method. Change the interface and the error stays there for quite a bit. Even if I do a build.
Also, when I break something. Like say changing an interface, I often have to do a build for the errors to show up. Even then, I have to expand the directory where the broken file is to get it to turn red.
I really don't think my computer is the issue. I'm running an M3 Max with 96 GB.
Not exactly the same issue, I don't think, but I also often have to actually run the application to find errors. Doing a build doesn't turn anything up, but I get a build failure when I actually try to run it.
Extension version: 1.4.29
VS Code version: Code 1.87.2 (863d2581ecda6849923a2118d93a088b0745d9d6, 2024-03-08T15:20:57.520Z)
OS version: Darwin arm64 23.2.0
Modes:
System Info
canvas_oop_rasterization: enabled_on
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_graphite: disabled_off
video_decode: enabled
video_encode: enabled
webgl: enabled
webgl2: enabled
webgpu: enabled
Process Info
Workspace Info
A/B Experiments
The text was updated successfully, but these errors were encountered: