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
In the OpenAPI (Swagger) Editor it is tedious to fill out apiKey authorizations with long key values, especially when doing this multiple times during testing. Having a pre-set value in the "Available authorizations" dialog, taken from a x-example key in the #/components/securitySchemes/*apiKey definitions would be nice.
I tried a couple of approaches, but did not succeed. The closest I could get was to embed an example key in the apiKey description, which could be copy/pasted into the value field. But still I find this cumbersome...
As the Security Scheme Object object may be extended with Specification Extensions, however, for this feature, the $ref would need to be evaluated in the x-example.
I was talking about the "OpenApi SwaggerUI preview" window, not the Try It functionality.
Trying a couple of endpoints with/without auth token, I always have to re-enter value for the token when I want the authentication back on, where it would be pretty nice to have the text field pre-set with an example value - just like e.g. GET parameters. Doing this via a x-example identifier like in the snipped I provided should be allowed by the OpenApi spec.
In the OpenAPI (Swagger) Editor it is tedious to fill out
apiKey
authorizations with long key values, especially when doing this multiple times during testing. Having a pre-set value in the "Available authorizations" dialog, taken from ax-example
key in the#/components/securitySchemes/*
apiKey
definitions would be nice.I tried a couple of approaches, but did not succeed. The closest I could get was to embed an example key in the apiKey description, which could be copy/pasted into the value field. But still I find this cumbersome...
As the Security Scheme Object object may be extended with Specification Extensions, however, for this feature, the
$ref
would need to be evaluated in thex-example
.API looks like this:
The text was updated successfully, but these errors were encountered: