-
Notifications
You must be signed in to change notification settings - Fork 645
Test Plan for April 2019 release #2410
Comments
fix for #2240 works fine for me |
This might actually be a Reporting it now as it can lead to a pretty poor user experience if released as-is. Example (see trailing comma, not yet saved): Save: |
@mafredri: this is a gopls bug, if you want to open it there. 2 questions though - could you share the full contents of the file (I'm not able to reproduce), and what does gofmt do to this file? |
@ramya-rao-a you didn't attach the released beta extension :) |
I can confirm that #2238 has been fixed. |
With gopls, hovering on a structure shows the attributes and all on one line instead of being nicely formatted like before. |
@primalmotion there's a fork of |
@stamblerre I can reproduce it, for example, by adding a comma at the end of this file/line: js/net/types_js.go#L11. It deletes When adding the comma to the file outside of vscode, and running
|
@nezorflame Thanks! I just realized the same. I clicked on the "Publish Release" button before the upload was complete :(. The release has been updated with the vsix file now. @stamblerre Are there issues with a particular label somewhere where I can point folks to for known issues or features that are being tracked at? A few things I see are
|
Using go mod here got incredibly fast. |
Formatting seems to be broken when working on the standard library. It works correctly for my other projects. When working on the standard library, even forcing a "Format Document" action does nothing. Nothing appears in the developer console. This is my entire workspace settings.json, so I don't think it's caused by my wrokspace.
Manually running |
Now the debug file will be deleted after I stop debugging. Good Job! @ramya-rao-a |
Turns out #2410 (comment) is a known gopls issue. |
@ramya-rao-a: All of the gopls issues can be found here: https://github.com/golang/go/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+label%3Agopls. The only one I'm not sure of how to handle is getting the settings for function placeholders, but we can discuss that offline. @FiloSottile: I actually just checked, but I was wrong earlier - gopls should work fine in the Go standard library. Looking at your settings, it doesn't seem like you have gopls enabled? Also getting imports on save with gopls does require the additional setting of:
|
Hi, @ramya-rao-a Here I have a problem of vscode-go-beta consuming too much memory. I have a fresh new vscode-insiders with no custom settings. With only vscode-go-beta activated, the editor consumed about ~10G memory, and the log says Environment: The PROFILE is here: |
@ramya-rao-a it seems like the
|
This release solves my intellisense slowness with Go modules I reported at #2366. |
For all of the people who are finding issues with gopls, it'd be really helpful if you could file them at golang.org/issue. It will be a lot easier for me to diagnose and resolve them that way. Since gopls is still opt-in (even though it's the default language server, it's still an experimental setting), I don't think that all of the issues with gopls should necessarily be considered blockers, but I will do my best to resolve them ASAP. |
@shreyu86 Do you have a test case (i.e. runnable code sample) which exhibits this issue? |
@kidlj Please log a new issue with your go related setting changes and details from the Process explorer by running the command @nezorflame If you have removed the setting @primalmotion Can you log a new issue for the issue with package completion? We can then see if those are coming from the extension or gopls and handle it appropriately @shreyu86 I don't think that is from |
@ramya-rao-a actually the warning is still there even after the VSCode restart. |
I can confirm #1682 fix |
I've seen no issues with "Feature Request 1886" (syntax highlighting for go.mod/go.sum). |
@ramya-rao-a the errors I was seeing went away when I switched off diagnostics
I can open a new issue if this is not being tracked. |
@shreyu86: I don't think those errors were from gopls, like Ramya said. If you notice, on the right side of them, they say the source, which in the case of gopls, would be "LSP". |
@stamblerre Thanks for the response, #2410 (comment) made the errors I was seeing go away. |
@ramya-rao-a |
|
It looks like @jclc is right - these are the following scenarios where the comment highlighting doesn't work as expected without a space: Doesn't recognize the comment
Recognizes the comment string, but breaks subsequent highlighting
Are there any other areas where you encountered this? The paren autocompletion is also something I verified. I think this is driven by a setting - maybe we haven't flagged the .mod file as being applicable for autocomplete? Isn't the parenthesis driven by a snippet? That being said, I think that most users would be using the Go toolchain to generate their |
@brainsnail Thanks for those screenshots, can you log a new issue for that? @jclc, @brainsnail We will not be providing editing support for go.mod files, and so no auto-completion |
@ramya-rao-a Yep, thanks Ramya! |
This change will stop formatting from working on any file that does not parse. This is a temporary fix to handle the formatting problems mentioned here: microsoft/vscode-go#2410, but is not a long-term solution. Change-Id: Ie34b1876519832d6859db95fdcad7cc37a20b769 Reviewed-on: https://go-review.googlesource.com/c/tools/+/171019 Run-TryBot: Rebecca Stambler <rstambler@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org> Reviewed-by: Ian Cottrell <iancottrell@google.com>
This doesn't seem to work for me to fill in missing imports: "editor.codeActionsOnSave": {
"source.organizeImports": true
}, I've also tried to increase the format on save value and that doesn't work either. |
Auto imports and auto complete for unimported seem to be broken now when working with modules. If I turn off the use language server setting, it seems to fix it but then goes back to being super slow. |
@kyleferguson you could also use |
Yea this does work. The auto import is really handy when working with large libraries though, like Kubernetes where you may have many definitions named the same thing. Auto import would correctly guess which one base on signatures etc. |
Agreed, this needs to work. I use these settings with it (latest vscode-go beta release): "go.useLanguageServer": true,
"go.languageServerExperimentalFeatures": {
"autoComplete": true,
"diagnostics": true,
"documentSymbols": true,
"findReferences": true,
"format": true,
"goToDefinition": true,
"goToTypeDefinition": true,
"hover": true,
"rename": true,
"signatureHelp": true,
"workspaceSymbols": true,
},
"[go]": {
"editor.defaultFormatter": "ms-vscode.Go",
"editor.snippetSuggestions": "top",
"editor.formatOnSave": true,
"editor.codeActionsOnSave": {
"source.organizeImports": true
},
} |
I'm running into this issue while running the beta: When editing a file with the following contents, gopls repeatedly panics until the extension refuses to restart it.
gopls logs: |
Thanks for all the help everyone! The next version of the extension has been released (0.10.0)
|
If you got a notification from this issue, then you are part of the next update to the Go extension which I plan to release early next week.
Thanks and Welcome!
Here, I am listing some of the features and the bug fixes that will go in the next update and for which I need some help in testing. Since I dont work with Go in my day job, I always feel that someone who does Go more than me can help in testing tremendously.
Also mentioned are the folks who logged the bugs/feature requests, those who upvoted it, and those who fixed it by sending PRs as these are the people with the most context on what the issue is.
And when I say "test", you can do a minimum pass of just installing the update and then do nothing special other than going about using VS Code like you do everyday. Or you can test the feature you requested/implemented or the bug you logged/fixed. Or you can test all of the below. Every bit helps.
Drop in a comment in this issue after 2 or 3 days of installing the update i.e the beta version with your findings.
Those using modules will get a prompt to use
gopls
, the language server from Google as it performs much better especially for code completions. Please try it out.Go Modules support improvements
@calebdoxsey, @brainsnail, @yookoala, @samadadi, @jclc
go.mod
andgo.sum
files, thus providing syntax highlighting for them. Feature Request 1886 implemented with PR 2344@FAQinghere, @nezorflame, @stevvooe
goimports
for formatting when using Go modules without the language server becausegoreturns
(the default formatting tool) doesn't work with modules yet. Fixes Bug 2309@nezorflame, @qjerome
GO111MODULE
is set toon
inside the GOPATH. Fixes Bug 2238 with commit 15f571e4@stamblerre, @primalmotion, @mafredri
gopls
, the language server from Google as the one from Sourcegraph is no longer under active development. Also becausegopls
supports Go modules. PR 2383. Please read our updated README on language servers for the latest on what we recommend.New features
Debugging improvements
@vladbarosan, @monkeyWie, @mxschmitt, @chadountain1
@jhendrixMSFT, @tcagan
-
in it. Fixes Bug 2328 with PR 2320@aschade92, @mhr3
showGlobalVariables
property in thego.delveConfig
setting. Feature Request 2323 implemented with PR 2351Others
@FiloSottile, @vladbarosan
go.toolsGopath
is different between workspaces. PR 1589@lggomez, @cassiobock
@oneslash, @norilt
//
in the same line before the current position. Fixes Bug 2240 with PR 2316@OneOfOne
@EmpireJones
@elvizlai
GOBIN
when user has setgo.toolsGopath
setting. Fixes Bug 2339 with commit 9f99c30The text was updated successfully, but these errors were encountered: