Fixes for internally tagged enums and flattening additional_properties #113
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Flattening has some surprising outcomes when it comes to the
additional_properties
field. Consider thatNone
is equivalent toSome(Schema::Bool(true))
; merge currently prefers anySome
to anyNone
irrespective of the contents. Given the context of merge/flatten, the result of merging twoadditional_field
values should be the union of the two schemas i.e. the schema that validates either.This is particularly relevant for internally tagged schemas where currently additional properties are allowed even when
deny_unknown_fields
is set and can be constrained e.g. when a variant such asStringMap(Map<&'static str, &'static str>),
is present.