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
Our OpenApi linter (Spectral) complains (and it seems right) that even though the type of this enum is number , the listed acceptable values are strings
Note that this only seems to impact the generated swagger file, but validation of incoming requests work properly.
Possible Solution
Steps to Reproduce
Context (Environment)
Version of the library: "@tsoa/runtime": "3.9.0", / "@tsoa/cli": "3.9.0",
Version of NodeJS: v14.16.0
Confirm you were using yarn not npm: [ ]
Detailed Description
Breaking change?
This might be a breaking change for people who rely on unions of number ... but this would only impact the generated swagger file, not the runtime behavior.
The text was updated successfully, but these errors were encountered:
Sorting
I'm submitting a ...
I confirm that I
Expected Behavior
Given a type defined as
I would expect it to generate OpenApi.yaml schemas such as :
Current Behavior
Instead, the generated enum members are generated as
string
s (with single quotes)Our OpenApi linter (Spectral) complains (and it seems right) that even though the type of this enum is
number
, the listed acceptable values arestring
sNote that this only seems to impact the generated swagger file, but validation of incoming requests work properly.
Possible Solution
Steps to Reproduce
Context (Environment)
Version of the library:
"@tsoa/runtime": "3.9.0",
/"@tsoa/cli": "3.9.0",
Version of NodeJS:
v14.16.0
Detailed Description
Breaking change?
This might be a breaking change for people who rely on unions of
number
... but this would only impact the generated swagger file, not the runtime behavior.The text was updated successfully, but these errors were encountered: