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
h9jiang opened this issue
Jan 10, 2025
· 1 comment
Labels
BugReportIssues describing a possible bug in the Go implementation.goplsIssues related to the Go language server, gopls.ToolsThis label describes issues relating to any tools in the x/tools repository.
master head, following experiment is based on commit 6efe0f4b404b25e02999c3e34db08771f855fc28
go env
NA
What did you do?
Locate semantic token information from gopls of a string or a number. Toggle feature noSemanticString or noSemanticNumber.
What did you see happen?
By default, number's token info is returned from the gopls, you can see semantic token type = number.
Then if I set "ui.noSemanticNumber": true, the semantic token info goes away. WAI
If I set the "ui.noSemanticNumber": false,, the semantic token info comes back. WAI
Set it to "ui.noSemanticNumber": true,, the token info goes away. WAI. Then if I comment this out. What I expect is, the semantic token information will come back. Because, no setting means default value "ui.noSemanticNumber": false,.
What did you expect to see?
As a result it does not come back.
Editor and settings
No response
Logs
I will focus on the last two workspace/configuration logs
I think what happened is, when gopls saw "ui.noSemanticNumber": X, in the json, gopls will apply this X in memory. WAI.
But when gopls saw "ui.noSemanticNumber": X, is missing in the json, gopls do nothing. In this case, gopls should set the ui.noSemanticNumber = false because false is the default value.
The text was updated successfully, but these errors were encountered:
h9jiang
added
gopls
Issues related to the Go language server, gopls.
Tools
This label describes issues relating to any tools in the x/tools repository.
labels
Jan 10, 2025
BugReportIssues describing a possible bug in the Go implementation.goplsIssues related to the Go language server, gopls.ToolsThis label describes issues relating to any tools in the x/tools repository.
gopls version
master head, following experiment is based on commit
6efe0f4b404b25e02999c3e34db08771f855fc28
go env
What did you do?
Locate semantic token information from gopls of a string or a number. Toggle feature
noSemanticString
ornoSemanticNumber
.What did you see happen?
By default, number's token info is returned from the gopls, you can see
semantic token type = number
.Then if I set
"ui.noSemanticNumber": true,
the semantic token info goes away. WAIIf I set the
"ui.noSemanticNumber": false,
, the semantic token info comes back. WAISet it to
"ui.noSemanticNumber": true,
, the token info goes away. WAI. Then if I comment this out. What I expect is, the semantic token information will come back. Because, no setting means default value"ui.noSemanticNumber": false,
.What did you expect to see?
As a result it does not come back.
Editor and settings
No response
Logs
I will focus on the last two
workspace/configuration
logsWhere I set it to true
Where I comment it out
I think what happened is, when gopls saw
"ui.noSemanticNumber": X,
in the json, gopls will apply thisX
in memory. WAI.But when gopls saw
"ui.noSemanticNumber": X,
is missing in the json, gopls do nothing. In this case, gopls should set theui.noSemanticNumber = false
because false is the default value.@findleyr
The text was updated successfully, but these errors were encountered: