-
Notifications
You must be signed in to change notification settings - Fork 458
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
[fortinet_fortigate] use YAML literal for script source #6379
[fortinet_fortigate] use YAML literal for script source #6379
Conversation
All (indented) characters are considered to be content, including white space characters. This causes the source in the YAML to match the source in the ingest processor. https://yaml.org/spec/1.2.2/#812-literal-style
Pinging @elastic/security-external-integrations (Team:Security-External Integrations) |
🌐 Coverage report
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just confirming here and for the slack and infoblocks changes that the intention is to pick these up in later versions since they do not have changelog entries.
Yes, that is indeed my |
All (indented) characters are considered to be content, including white space characters. This causes the source in the YAML to match the source in the ingest processor. https://yaml.org/spec/1.2.2/#812-literal-style
What does this PR do?
All (indented) characters are considered to be content, including white space characters. This causes the source in the YAML to match the source in the ingest processor.
https://yaml.org/spec/1.2.2/#812-literal-style
Checklist
I have added an entry to my package'sNo user facing changes. Just formatting.changelog.yml
file.Related