We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
I noticed this when debugging vscode-go, which inherits from vscode-debugadapter and relies on much of the code in LoggingDebugSession, etc.
LoggingDebugSession
Here is a stack trace for logging the following response:
To client: {"seq":0,"type":"response","request_seq":2,"command":"launch","success":true}
message.seq = this._sequence++
"seq":0
Same thing happens with events.
This is quite unfortunate because logging is an important for implementers who want to studying the interactions between the client and the adapter.
Is there any downside to moving logging after the raw send when the response object is populated with the right seq number?
The text was updated successfully, but these errors were encountered:
seq
roblourens
No branches or pull requests
I noticed this when debugging vscode-go, which inherits from vscode-debugadapter and relies on much of the code in
LoggingDebugSession
, etc.Here is a stack trace for logging the following response:
message.seq = this._sequence++
before sending"seq":0
before calling the above functionsSame thing happens with events.
This is quite unfortunate because logging is an important for implementers who want to studying the interactions between the client and the adapter.
Is there any downside to moving logging after the raw send when the response object is populated with the right seq number?
The text was updated successfully, but these errors were encountered: