-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
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
Incorrect semantic highlighting for block braces #387
Comments
Thank you for the detailed report, I managed to reproduce this with the following minimal config: resource "aws_iam_role_policy" "firehose_s3_access" {
} Given that this highlighting is provided by the language server it's also likely where it can be fixed, so I'm going to transfer the issue there. |
I just raised a PR with fix #390, which once reviewed and merged will be part of the next LS release. VS Code in particular should then download and install the new version of LS automatically on launch and fix the problem there. |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
When
editor.semanticHighlighting.enabled
is set totrue
in vscode, it causes an issue with syntax highlighting for resource/data block declarations.Specifically, the curly brace bracket(s) after
resource "type" "name"
is wrapped in the same syntax highlighting token that is used for"type" "name"
, which causes the bracket to take on the wrong color in the editor. Hopefully that makes sense.My guess is that the recent additions of this extension dipping its toes into using semantic tokens (#523) is causing this to occur.
editor.semanticHighlighting.enabled
ENABLEDThis also seems to happen for data resource declarations:
editor.semanticHighlighting.enabled
DISABLEDThe text was updated successfully, but these errors were encountered: