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

Default denykey to undef #813

Merged
merged 1 commit into from
Mar 10, 2022
Merged

Default denykey to undef #813

merged 1 commit into from
Mar 10, 2022

Conversation

root-expert
Copy link
Member

Pull Request (PR) description

Having a default value makes it impossible to undef the parameter, since undefing leads to the default value being used.
As per zabbix's documentation this parameter is no mandatory, so undef as default value should be okay.

This Pull Request (PR) fixes the following issues

#812

@root-expert root-expert added the bug Something isn't working label Jan 29, 2022
@root-expert root-expert changed the title agent: Default denykey to undef Default denykey to undef Jan 29, 2022
@bastelfreak
Copy link
Member

@root-expert
Copy link
Member Author

It fails on $facts['os'] but it seems that it's not specific as it fails on modules outside of it?

@ekohl
Copy link
Member

ekohl commented Feb 14, 2022

For optional facts I'd always recommend fact(). So fact("os.distro.id.${id}"). Or dig(). That allows failing safely. Legacy facts don't have this problem since there is no nesting.

Signed-off-by: Christos Papageorgiou <christos.papageorgioy@gmail.com>
@bastelfreak
Copy link
Member

I will fix the arch linux failures in another PR

@bastelfreak bastelfreak merged commit f391d1b into master Mar 10, 2022
@bastelfreak bastelfreak deleted the denykey-fix branch March 10, 2022 10:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants