-
Notifications
You must be signed in to change notification settings - Fork 53
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
Add an option to allow duplicate keys in mappings #52
Labels
Comments
I expect the change that fixes #39 to return an error instead of just taking the last key. As this is not the case we would very much like to have an option to enable the old behaviour again (especially useful in comination with the |
flurin
added a commit
to flurin/yamerl
that referenced
this issue
Jan 24, 2022
This will restore the old behaviour if detailed_constr has been enabled. Fixes yakaz#52
@flurin: Thank you so much! I will add further comments to the pull request directly. |
flurin
added a commit
to flurin/yamerl
that referenced
this issue
Jan 25, 2022
This will restore the old behaviour if detailed_constr has been enabled. Fixes yakaz#52
flurin
added a commit
to flurin/yamerl
that referenced
this issue
Jan 25, 2022
This will restore the old behaviour if detailed_constr has been enabled. Fixes yakaz#52
flurin
added a commit
to flurin/yamerl
that referenced
this issue
Jan 25, 2022
This will restore the old behaviour if detailed_constr has been enabled. Fixes yakaz#52
flurin
added a commit
to flurin/yamerl
that referenced
this issue
Jan 28, 2022
This will restore the old behaviour if detailed_constr or proplist based maps have been enabled. Fixes yakaz#52
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
yamerl 0.9.0 fixed the situation where duplicate keys in mappings were not checked, and thus allowed. Some users relied on that behavior, even though it is invalid from a YAML specification point of view.
Both behaviors should be fine and there should be an option to enable the old behavior, meaning that duplicate keys would be kept when the constructure structure permits it.
See #39 and @bobkocisko comment.
The text was updated successfully, but these errors were encountered: