Please note that due to a migration to a newer authentication system planned for release on 2023-11-14 15:00 UTC, client credentials containing special characters ‘+%’ sent in the Basic HTTP Authentication header will have to be URL encoded according to RFC6749 section 2.3.1.
If you’re affected, and you’re not already URL encoding your requests you have 3 options:
Create a new OAuth2 client from the Dashboard, which will create a new client id and secret that will not contain any characters that would need to be URL encoded.
To continue using Basic Authentication header, URL encode the client id and secret passed in the header
Or alternatively pass the client_id and client_secret in the request body, as described for:
The existing authentication system already supports both methods and you can start migrating your flows now. None of the options should take more than a few minutes of your time.
Please don’t hesitate to reach out if you experience issues accessing any data with your account.
Thank you for bringing this up. This was fixed in the recent release v3.9.2. Credentials are now passed in the body. If you update the library version, you should be ok.