Skip to content
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

--fail-on-warnings does not fail on warnings #53

Open
jhoblitt opened this issue Jan 16, 2017 · 5 comments
Open

--fail-on-warnings does not fail on warnings #53

jhoblitt opened this issue Jan 16, 2017 · 5 comments

Comments

@jhoblitt
Copy link
Member

$ bundle list metadata-json-lint
/home/jhoblitt/github/puppet-jenkins/.bundle/ruby/2.2.0/gems/metadata-json-lint-1.0.0
$ bundle exec metadata-json-lint --fail-on-warnings
Warning: Dependency camptocamp/systemd has an open ended dependency version requirement >= 0.3.0
$ echo $?
0
@rnelson0
Copy link
Sponsor Member

@jhoblitt Can you provide the metadata.json so we can add a sample test for this?

@rnelson0
Copy link
Sponsor Member

Currently open dependencies only fail on --strict_dependencies. Likewise, license warnings only raise to an error when --strict-licenses is used. Adding an || options[:fail_on_warnings] will certainly raise these warnings to errors. However, it also is essentially a backwards incompatible change as it changes the current default results, even if it doesn't change the default settings being used.

This will need some discussion. I see a few options:

  • Raise all warnings to errors when fail-on-warnings is enabled. Backwards incompatible
  • Change the license and dependency warnings to notices. Preserves existing defaults and functionality
  • Leave things they way they are
  • ???

@jhoblitt
Copy link
Member Author

@rnelson0 the metadata.json with the warnings is https://github.com/jenkinsci/puppet-jenkins/blob/beaa841665e8cb265d3a8a285270028844c76922/metadata.json

I was a bit surprised that it had warnings that weren't bubbling up as fatal and obviously didn't expect that --fail-on-warnings doesn't actually make all warnings fatal. I suppose we could just add the strict_dependencies flag to puppetlabs_spec_helper, which would solve this for most users, but I feel that the semantics of --fail-on-warnings should be fixed with a major version bump.

@vinzent
Copy link

vinzent commented Jan 17, 2017

If providing the fail-on-warnings option i would really expect to fail on all warnings.

@cdenneen
Copy link

@jhoblitt can you see if #78 fixes this issue as well as #76

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants