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
To support reserved values, JSON Schema permits the use of "not":{"enum":[...]} syntax. However, nothing displays in Stoplight when this syntax is used. I've attached a sample OpenAPI 3.1 document to demonstrate.
I suppose this is a bug, but only if one decides all JSON Schema is supported.
Context
I'd like Stoplight to notate the non-permitted values. This is useful for situations like an endpoint that creates a new resource with a caller-defined code, but which has reserved values that cannot be used.
Current Behavior
Nothing displays for NOT enums.
Expected Behavior
Something should display.
Possible Solution(s)
Perhaps display these as strikethrough badges, e.g. the opposite of permitted enums.
The text was updated successfully, but these errors were encountered:
Yes...that is the version that introduced Webhooks, and those are
supported.
But this is JSON Schema syntax, so it has nothing to do with the version of
Open API. I apologize if something I said indicated NOT Enums were specific
to OpenAPI 3.1.
To support reserved values, JSON Schema permits the use of "not":{"enum":[...]} syntax. However, nothing displays in Stoplight when this syntax is used. I've attached a sample OpenAPI 3.1 document to demonstrate.
not_permitted_value.json
I suppose this is a bug, but only if one decides all JSON Schema is supported.
Context
I'd like Stoplight to notate the non-permitted values. This is useful for situations like an endpoint that creates a new resource with a caller-defined code, but which has reserved values that cannot be used.
Current Behavior
Nothing displays for NOT enums.
Expected Behavior
Something should display.
Possible Solution(s)
Perhaps display these as strikethrough badges, e.g. the opposite of permitted enums.
The text was updated successfully, but these errors were encountered: