question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

kind, name and steps are not recognized as yaml properties

See original GitHub issue

When opening my Drone CI yaml file, errors are given about the keys kind, name and steps not being valid properties. The opened file is a valid drone yaml file, so I guess there is no support by this extension.

error_messages

Would support for those keys be added in the future? In case the problem is another, any useful pointer would be greatly appreciated

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Reactions:3
  • Comments:18 (3 by maintainers)

github_iconTop GitHub Comments

6reactions
zerosymcommented, Nov 2, 2019

@HitLuca Upon closer inspection it might be an issue for here after all. The schema file in schemastore repo seems up to date (was last pushed only a couple weeks ago) and I’ve had luck with validating my own drone.yml file by modifying the schema slightly. Specifically, the lack of a top level “properties” key seems to be causing the validator issues, even though an array of them is defined under “oneOf”.

It could be because the drone schema implements the latest version of JSON spec which may not be fully implemented yet in vscode-yaml (https://github.com/redhat-developer/vscode-yaml/issues/222).

It’s either that or the schemastore spec for drone is incorrectly written – I don’t have the knowledge to tell either way.

5reactions
JPinkneycommented, Apr 3, 2020

AH! I finally figured it out. It ended up being a schema issue but this was one of the oddest bugs I’ve had to track down.

So it turns out that the drone schema sets additionalProperties to false for the root object: https://github.com/SchemaStore/schemastore/blob/master/src/schemas/json/drone.json#L4

According to the json schema spec:

The additionalProperties keyword is used to control the handling of extra stuff, that is, properties whose names are not listed in the properties keyword.

In the schema there is no root properties keyword, meaning that everything is considered an additional property and that’s why the errors appear.

I’m going to send a PR to the json schema store and close this issue.

Read more comments on GitHub >

github_iconTop Results From Across the Web

java - @ConfigurationProperties is not working with .YAML files
i am newbie to SpringBoot and trying to read the properties from YML file using in built SpringBoot annotations. following ...
Read more >
Create and Configure Jobs and Pipelines Using YAML
The job or pipeline must be explicitly named in the YAML configuration. After the job is created, you can edit its configuration on...
Read more >
Config file processing in Spring Boot 2.4
So in Spring Boot 2.4 we're planning to make two significant changes to the way the properties and YAML files are loaded: Documents...
Read more >
Configuring an integration server by modifying the ... - IBM
You can configure your IBM App Connect Enterprise integration server by modifying properties in a server.conf.yaml configuration file.
Read more >
Configuring CircleCI
A map of environment variable names and values. The environment settings apply to the entrypoint/command run by the docker container, not the job...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found