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
The new DisableAPIAuth config option added in 3.18 (#5625) is quite nice, but unfortunately for any code that already passes tokens, the server considers it an invalid API token.
Shouldn't it simply ignore any token passed in? If no token is acceptable, shouldn't 'any' token just be ignored ?
This seems the easiest path to allowing a server to migrate to not requiring tokens. Existing callers (with pre-arranged token) continue to work, but new callers don't have to pass one in.
Software version: 3.18.0
Steps to reproduce
Set DisableAPIAuth: true in config.json of server. Call API setting X-Algo-API-Token to any possible API token value, ie: -H X-Algo-Api-Token:aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
The call will fail with 'Invalid API token' even though api auth is disabled.
The text was updated successfully, but these errors were encountered:
The new DisableAPIAuth config option added in 3.18 (#5625) is quite nice, but unfortunately for any code that already passes tokens, the server considers it an invalid API token.
Shouldn't it simply ignore any token passed in? If no token is acceptable, shouldn't 'any' token just be ignored ?
This seems the easiest path to allowing a server to migrate to not requiring tokens. Existing callers (with pre-arranged token) continue to work, but new callers don't have to pass one in.
Steps to reproduce
The text was updated successfully, but these errors were encountered: