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.
Q&A
Content & configuration
Example Swagger/OpenAPI definition, relying on your example:
Describe the bug you're encountering
As described here https://github.com/OAI/OpenAPI-Specification/discussions/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.