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
As described here OAI/OpenAPI-Specification#3001, scopes can be expressed in different ways to illustrate logical relationships in an OpenApi Spec.
In the example yaml, the get-request is now implemented with the logical OR of the OpenAPI specification. This means that read or read-write authorization is required. In the Swagger UI, only the first specified scope is then visible when authorizing for the given path.
To reproduce...
Steps to reproduce the behavior:
Create a path in a yaml file with a security scheme that has two logical scopes ORed together
Open the file in a swagger UI
Click on the open lock for this modified path
See that there is only one scope (the first one)
Expected behavior
The expectation here is that both scopes are visible and that they are linked with a logical OR. This means that I do not necessarily need both to use this path.
The text was updated successfully, but these errors were encountered:
Q&A
Content & configuration
Example Swagger/OpenAPI definition, relying on your example:
Describe the bug you're encountering
As described here OAI/OpenAPI-Specification#3001, scopes can be expressed in different ways to illustrate logical relationships in an OpenApi Spec.
In the example yaml, the get-request is now implemented with the logical OR of the OpenAPI specification. This means that read or read-write authorization is required. In the Swagger UI, only the first specified scope is then visible when authorizing for the given path.
To reproduce...
Steps to reproduce the behavior:
Expected behavior
The expectation here is that both scopes are visible and that they are linked with a logical OR. This means that I do not necessarily need both to use this path.
The text was updated successfully, but these errors were encountered: