You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When studying vscode-go logs, I saw that seq was only used for requests and request_seq was used for responses while seq always stayed 0. For example:
To client: {"seq":0,"type":"response","request_seq":1,"command":"initialize","success":true,"body":{"supportsConditionalBreakpoints":true,"supportsConfigurationDoneRequest":true,"supportsSetVariable":true}}
To client: {"seq":0,"type":"event","event":"output","body":{"category":"stdout","output":"API server listening at: 127.0.0.1:38993\n"}}
To client: {"seq":0,"type":"event","event":"initialized"}
To client: {"seq":0,"type":"response","request_seq":2,"command":"launch","success":true}
It turns out that this is an artifact of a bug in the parent code (microsoft/vscode-debugadapter-node#239) and in fact increasing seq numbrers are used. It doesn't seem like this is hurting anything, so this is likely just for bookkeeping on our end.
The text was updated successfully, but these errors were encountered:
When studying vscode-go logs, I saw that
seq
was only used for requests andrequest_seq
was used for responses whileseq
always stayed 0. For example:It turns out that this is an artifact of a bug in the parent code (microsoft/vscode-debugadapter-node#239) and in fact increasing
seq
numbrers are used. It doesn't seem like this is hurting anything, so this is likely just for bookkeeping on our end.The text was updated successfully, but these errors were encountered: