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 I'm wondering if the change between 3.1.0 and 3.1.1 was intentional. Are there any scenarios where we should still be using format of byte or binary with OAS 3.1?
The text was updated successfully, but these errors were encountered:
@chrisradek yikes, that's a copy-paste error from 3.0.4 (probably mine, I'm embarrassed to say). We'll get that fixed in 3.1.2 (there are some other errors we need to get fixed quickly as well).
In the Open API 3.1.1 spec, there seems to be a discrepancy between how to represent binary data, and the examples around encoding multipart parts.
Working with binary data and migrating binary descriptions from OAS 3.0 indicate that
type
andformat
can be removed for raw binary data, andtype
withcontentEncoding
can be used (instead offormat
) for encoded binary data.The multipart form with multiple files example follows this guidance, but the multipart form with encoding objects still specifies
type
andformat
for binary data.The roughly same example in the Open API 3.1.0 spec uses an empty schema for raw binary data instead of
format
andtype
which is what I was expecting: https://spec.openapis.org/oas/v3.1.0.html#encoding-object-exampleSo I'm wondering if the change between 3.1.0 and 3.1.1 was intentional. Are there any scenarios where we should still be using
format
ofbyte
orbinary
with OAS 3.1?The text was updated successfully, but these errors were encountered: