-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
[cppvsdbg] Option to disable thread exit logging in launch.json #1017
Comments
This would be a huge help for those, like me, who often work on a single laptop screen! |
This would help everyone, especially if the program you are debugging has tens of threads starting and stopping at times. The option already exists in Visual Studio, so why not in VSCode as well? |
@GoaLitiuM Where is this option in Visual Studio? I've been trying to disable thread exit messages in the console window, but can only find an option to disable them in the output window. |
Has there been any progress on this for VS Code users? |
Can you give us an update please? |
@WardenGnaw ? I don't think any work has been done on this. |
I would also really like this. Currently I have a mix of standard console output and bunch of Loaded/thread exited messages which do not provide any value. |
While we've been waiting for this, searching the VSCode console has improved greatly. |
+1, thread exit messages are almost completely useless, especially in ASP.NET Core apps where there are always threads starting and stopping. |
Issue created 2 years ago. Eesh. |
We get a pretty useless "enableDebugHeap" option but not this? Come on... |
We would benefit from this too. |
I don't understand why this has not been implemented yet. The debugging engine is the same used by Visual Studio, so this should be a trivial fix of just exposing the option to VSCode extension. |
Latest extension (0.28.0) does not seem to print any thread exit message anymore 👍, yet there was no new logging options added or any mentions about this in changelogs. |
Update 0.28.1 brought back the thread exit messages... Can we please have the option to disable these? |
Most of the comments and images indicate the issue is the threadExit messages are from debugger type Add the following to your launch.json to remove those messages:
If you are looking to disable threadEvents from GDB, see #5660 |
I'm seeing this in Microsoft .NET Core Debugger (vsdbg). Have I logged the issue in the wrong repo? The fix above does not work for me. [Information] 20:08:11 Microsoft.AspNetCore.Hosting.Internal.WebHost Request finished in 35.6332ms 200 image/jpeg |
@dfdumaresq The fix hasn't been shipped yet. It's planned for 0.29.0-insiders for the C/C++ extension (not sure how that relates to the .NET Core debugger). @WardenGnaw probably know. |
@dfdumaresq You will want to see the options in logging for the VS Code Omnisharp C# extension. Heres is the schema: https://github.com/OmniSharp/omnisharp-vscode/blob/aa85edeace0abd981c0c468c4c323dcd6faf60aa/package.json#L450 |
Thanks @sean-mcmanus and @WardenGnaw for the above link to logging options. Just a comment as an enduser: it would be more helpful if all the descriptions for logging options included a sentence saying what the default is, like the threadExit and processExit do. |
…nd Telemetry (microsoft#1017) In the Container Picker Dialog, it uses Name and ShortId. However, if Id is null, ShortId tries to get the length of the Id and this causes a NullRefException. We also are adding null containers for GetRemoteDockerContainers. Added a null check. Adding a null check on Id so it just returns null. Added support for logging errors to the output window. Added telemetry to count for errors in Docker process listings
From @akbyrd on September 7, 2017 21:20
Desired Behavior:
I'd like the ability to disable thread exit messages in the Debug Console. Options already exist for other types of messages such as module loads (under logging.moduleLoad), so this would simply be another one added to the list.
Steps to Reproduce:
Copied from original issue: microsoft/vscode#33965
The text was updated successfully, but these errors were encountered: