-
Notifications
You must be signed in to change notification settings - Fork 677
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
Compilation Hints Get Scrambled #1450
Comments
From @robbpriestley on May 23, 2016 20:57 Here's another interesting one:
|
From @tugberkugurlu on May 31, 2016 8:59 |
From @robbpriestley on August 12, 2016 20:16 This continues to be a really serious usability problem and in my humble opinion it should be top priority to fix. Easy for me to say, I know, but here's an example: I'm doing a refactor today and I've quite literally needed to restart VS Code a dozen times in order to clear the scrambled compilation hints. Now members of my team are reporting it as a distraction as well. It's more than just annoying, it leads to incorrect conversations between team members as well, and is a productivity hit. |
From @robbpriestley on April 23, 2017 1:8 Don't get me wrong, I am a huge fan of VS Code and I'm sorry to be critical, but it baffles me that so many features I never use keep getting added to the product while this major fundamental usability issue continues to plague it. I find myself needing to shut down and re-open VS Code on a regular basis to help it correct itself of faulty compiler issues and errors, and it affects my basic productivity. 👎 Here's a good visual example: |
Hey guys --- sorry I hadn't noticed this C# for VS Code issue. I'll migrate it over to the omnisharp-vscode repo where it belongs. |
@robbpriestley: Could you provide your OmniSharp Log when this happens? You can display the OmniSharp Log by selecting View->Output in VS Code. Then, click the combobox at the top-right of the Output pane and choose "OmniSharp Log". |
@DustinCampbell for sure I'd be glad to. In fact, I spent a while last night trying to re-create. Of course, it was as if VSCode felt it was being observed and so was on its best behaviour in two separate scenarios. But, if/when it happens again, I will post my OmniSharp Log as you have requested. Although, come to think of it, this problem hasn't happened in a couple of weeks of heavy VSCode use. Perhaps it went away. That would be a win! |
That's good to hear. We've been doing a good deal of work on this and there a couple of fixes that went in a few weeks ago that I could imagine addressing this. I'm going to go ahead and close this. If you run into the issue again, please feel free to add more information here and we'll re-open, or file a fresh issue at https://github.com/OmniSharp/omnisharp-vscode/issues. Thanks! |
@DustinCampbell I don't know exactly what you guys did or fixed, but things are working so much better now. It's so much less frustrating now that my compilation hints are accurate and reliable. Thank you! |
Hello, I'm using Emacs with omnisharp recently and encountered this problem. Even for simple console project. System:
Steps to reproduce:
Here's the log Workaround: |
From @jrieken on May 23, 2016 10:59
From @robbpriestley on May 22, 2016 16:47
This has been an annoying issue ever since I started using VS Code in March. I've been living with it and don't want to complain because I love VS Code, but perhaps it will help if I report it.
Steps to Reproduce:
Sometimes clicking on the error list and selecting an "error" from the list jumps me to the source location helps to snap VS Code out of it, but most often I need to save everything and restart VS Code to fix it. Then it "re-indexes" the code and the mistaken compilation error hints go away. Executing
dotnet build
doesn't do it.Attached is a screenshot showing a very weird one that occurred spontaneously just now.
Type 'ServiceLogRepository' already defines a member called '.ctor' with the same parameter types [netcoreapp1.0]
I hope I'm getting the terminology decently OK here, there are probably better names for things.
Copied from original issue: microsoft/vscode#6632
Copied from original issue: OmniSharp/omnisharp-roslyn#559
The text was updated successfully, but these errors were encountered: