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

Fixes #22752 - correct parsing of enum types #272

Merged
merged 1 commit into from
Mar 19, 2018

Conversation

tstrachota
Copy link
Member

No description provided.

@tstrachota
Copy link
Member Author

@mbacovsky can you take a look, please?

@mbacovsky
Copy link
Member

@tstrachota, the code looks good. Thanks for cleaning the logic.

While testing I was not able to find the reproducer and it is not clear from the issue either. I assume this was spotted in smart class parameters while adding override value. The documentation is now fixed to contain "Must be one of types: ..." which does not match anyway.
I tested the add-matcher's value param is parsed properly and that the other enums stay unaffected - all passed nice. Merging.

@mbacovsky mbacovsky merged commit 4b10ad6 into theforeman:master Mar 19, 2018
@tstrachota
Copy link
Member Author

@mbacovsky thanks. There's no reproducer in the Foreman afaik now. It has been fixed.
The second case in the issue is from Katello: Katello/katello#7220

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

Successfully merging this pull request may close these issues.

3 participants