Better validate/describe "variant records", eg in SecurityScheme and OAuth2 scheme #954
Labels
Defer to TD 2.0
Needed by other TF
An issue or UC from another TF to fullfill a requirement in their spec or gap
PR needed
In security schemes and inside the OAuth2 schemes, "variant records" are used where which other fields are valid depend on other data fields. This is not described very well in the tables and also we should discuss how/whether these are validated properly. There is an editor's note in the OAuth2 section.
This has also been discussed in Scripting (link to issue pending).
The text was updated successfully, but these errors were encountered: