-
-
Notifications
You must be signed in to change notification settings - Fork 45
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
Incorrectly classifies !Ref and !GetAtt as an unknown tag in serverless #93
Comments
I think you can fix this by adding the intrinsic AWS functions as supported tags for yaml. It's not the cleanest solution as these tags will always show up in your intellisense regardless of what type of yaml file your editing, but it does get rid of the error given by the extension. https://marketplace.visualstudio.com/items?itemName=aws-scripting-guy.cform After installation, open your User Settings (Ctrl + ,) and paste preferences below into your settings file.
|
Thanks for reporting @Ankcorn! As @BrutalSimplicity mentioned, it's an issue with vscode yaml plugin. The solution above should solve the problem. |
It works thanks both of you |
@Swaps76 Here's where it is on my machine: |
Tha's great — thanks. The only thing I needed to change was to append |
I was encountering this error with the @mo-martinwilson suggestion fixed it for me. |
works for me, Thanks |
I'm submitting a ...
What is the current behavior?
This tool incorrectly classifies !Ref and !GetAtt as an unknown tag in serverless
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem via
https://github.com/Ankcorn/serverless-fullstack-example-app
You can test this yml is acceptable by deploying this stack
What is the expected behavior?
Serverless IDE allows !Ref and !GetAtt where the target is a Resource
What is the motivation/use case for changing the behavior?
More concise and easy to type yml files
Please tell us about your environment:
0.5.24
1.4.7
Serverless Framework
The text was updated successfully, but these errors were encountered: