_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.
Extension|Author (truncated)|Version
---|---|---
python|don|0.7.0
Lua|key|0.0.9
cpptools|ms-|0.12.3
code-settings-sync|Sha|2.8.3
Steps to Reproduce:
_Copied from original issue: Microsoft/vscode#33965_
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.
Right clicking in the Output Window is the way I normally get to it:
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.
Try clicking in the console and typing (On Mac) CMD-F, then type your search term. Use the arrow keys to jump to next and previous.
+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.
This makes it extremely difficult to verify the result of unit tests (note the scrollbar on the right):
Thread exit messages are not helpful in most cases. Can we please get an option to disable them?
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 cppvsdbg
.
Add the following to your launch.json to remove those messages:
"logging": {
"threadExit": true
}
If you are looking to disable threadEvents from GDB, see https://github.com/microsoft/vscode-cpptools/issues/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
The thread 203181 has exited with code 0 (0x0).
The thread 202213 has exited with code 0 (0x0).
The thread 203288 has exited with code 0 (0x0).
The thread 203922 has exited with code 0 (0x0).
The thread 203171 has exited with code 0 (0x0).
The thread 203169 has exited with code 0 (0x0).
The thread 203306 has exited with code 0 (0x0).
The thread 203578 has exited with code 0 (0x0).
The thread 203579 has exited with code 0 (0x0).
The thread 202296 has exited with code 0 (0x0).
@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.
Right now, it's not consistent and I have a bunch that were set to defaults, unbeknownst to me.
Most helpful comment
Has there been any progress on this for VS Code users?