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
Multiple users of the Go extension reported issues related to file saving recently,
and it seems like most are correlated to the recent VS Code upgrade (v1.43).
We keep debugging but I want to check if there is any known change or open issue
related to the problem we are experiencing now.
There can be other issues related to our language server but all the users said the problem started after VS code upgrade. One of the lsp rpc traces from a user showed that multiple requests (textDocument/didChange, textDocument/codeAction, textDocument/formatting) on a file were issued repeatedly during save and they were identical.
It turned out this issue was caused by other extension interfering during save. I don't have the trace to share, but from the video the user shared with us, I am suspecting VS Code is sending formatting requests to both extensions repeatedly. This problem started to occur with 1.43 upgrade as well.
The text was updated successfully, but these errors were encountered:
We keep debugging but I want to check if there is any known change or open issue
related to the problem we are experiencing now.
Nothing has changed in how we or when we save. For 1.42 we have removed the timeout for "format on save" and "code actions on save" operations, instead we now show progress. With 1.43 we have improved the UI, showing what extension is slowing down save and how to disable that (e.g disable format on save and such). Unfortunately, go appears as one of the main actors in slowing down save (due to format and/or code actions). I do not know why that is but I can confirm that we are saving just as before
@jrieken Thank you - the UI popup message change is the only one I remembered as well (during 1.43) and I don't think that's related either. It's a new issue with 1.43, and flooding the language server with the identical request sequences is something we've never seen in 1.42.
Is there any way to trace back why an LSP rpc was triggered? Or any extra tracing or debugging technique we can give a shot to inspect vscode-side?
Multiple users of the Go extension reported issues related to file saving recently,
and it seems like most are correlated to the recent VS Code upgrade (v1.43).
We keep debugging but I want to check if there is any known change or open issue
related to the problem we are experiencing now.
There can be other issues related to our language server but all the users said the problem started after VS code upgrade. One of the lsp rpc traces from a user showed that multiple requests (
textDocument/didChange
,textDocument/codeAction
,textDocument/formatting
) on a file were issued repeatedly during save and they were identical.Notice that our language server's response to formatting and code action requests are empty - because there is nothing to modify.
After exchanging this sequence of rpcs multiple times, the VS Code window crashed. See microsoft/vscode-go#3110 (comment) for the full log.
It turned out this issue was caused by other extension interfering during save. I don't have the trace to share, but from the video the user shared with us, I am suspecting VS Code is sending formatting requests to both extensions repeatedly. This problem started to occur with 1.43 upgrade as well.
The text was updated successfully, but these errors were encountered: