You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So... the same. We would expect the merge logic to try to merge these two (identical) oneOfs and come up with that same, identical oneOf. That's sometimes not what happens, in particular if the #/definitions/user type is sufficiently complex. In that case we get a type generated named IssueCommentDeletedIssueAssignee that is identical to the User type.
Consider this case (roughly) from the checked in github.json data:
In particular note
issue
and it'sassignee
property. In#/definitions/issue
(think of it as the base class),assignee
is defined like this:So... the same. We would expect the merge logic to try to merge these two (identical)
oneOf
s and come up with that same, identicaloneOf
. That's sometimes not what happens, in particular if the#/definitions/user
type is sufficiently complex. In that case we get a type generated namedIssueCommentDeletedIssueAssignee
that is identical to theUser
type.Here is a schema that reproduces the issue:
Note that if we made
#/definitions/user/properties/email/type
into a simple type (e.g."string"
) rather than a type array, we get the expected result.The text was updated successfully, but these errors were encountered: