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
... then the OperationModelBase will contain a parameter for each of the properties.
However, if I have the following (functionally equivalent) definition for the request body:
requestBody:
description: Contact data
content:
multipart/form-data:
schema:
$ref: '#/components/schemas/Contact'
... then the OperationModelBase will contain a body parameter, of a type which has a property for each of the properties.
I am using versions 13.11.3.
Is it correct that these two scenarios are treated differently?
(they behave differently because line 342 in OperationModelBase uses .Schema rather than .ActualSchema.
May I also please ask why "multipart/form-data" is treated this way? As opposed to other form request content types, like "application/x-www-form-urlencoded" or "multipart/mixed"?
The text was updated successfully, but these errors were encountered:
bobend
added a commit
to drdk/NSwag
that referenced
this issue
Jul 6, 2023
If I have the following definition for the request body of an operation:
... then the OperationModelBase will contain a parameter for each of the properties.
However, if I have the following (functionally equivalent) definition for the request body:
... then the OperationModelBase will contain a body parameter, of a type which has a property for each of the properties.
I am using versions 13.11.3.
Is it correct that these two scenarios are treated differently?
(they behave differently because line 342 in OperationModelBase uses .Schema rather than .ActualSchema.
May I also please ask why "multipart/form-data" is treated this way? As opposed to other form request content types, like "application/x-www-form-urlencoded" or "multipart/mixed"?
The text was updated successfully, but these errors were encountered: