Bug #9187
closed
Overrideable empty puppet class parameters are still validate their default value
Added by Ewoud Kohl van Wijngaarden almost 10 years ago.
Updated over 6 years ago.
Description
As promised at dinner last night here is the issue :)
With #3260 it became possible to have puppet class parameters that are overrideable but they still validate their default value. That means a parameter with a default value of ${puppet::params::server} and of type boolean will error out even though the default value is not used.
- Related to Feature #3260: Allow puppet parameters to have no default value, but overrideable added
- Category set to Parameters
For other users: the workaround is to uncheck the 'use puppet default' checkbox, set a valid default, save, uncheck the checkbox and save again.
- Related to Bug #9812: 'match' and 'value' parameters in override value's create should be required in apidoc added
I think #9812 might have made this worse in some cases, as it checks for a value to be present...
- Status changed from New to Ready For Testing
- Pull request https://github.com/theforeman/foreman/pull/2408 added
- Pull request deleted (
)
- Translation missing: en.field_release set to 35
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
- Related to Bug #11663: Empty lookup value validated even when use_puppet_default is checked added
- Has duplicate Bug #12878: Default Puppet parameter from Satellite is still validated if "Use Puppet default" is selected added
- Bugzilla link set to 1229404
Also available in: Atom
PDF