A good example is one of our index (GET) API endpoints called Cards Fetch.
There's a required parameter card_uris and this value includes non-URI friendly characters such as card://1044294149527166979.
In this case, :// can be problematic. These are reserved characters (gen-delims) RFC3986 defines. Even though the OAuth library that Postman client is using encodes these characters in its OAuth signature creation stage, Postman client itself doesn't encode these characters (URI) when sending a request. So this causes the OAuth signature mismatch.
Issue
A good example is one of our index (GET) API endpoints called Cards Fetch. There's a required parameter
card_uris
and this value includes non-URI friendly characters such ascard://1044294149527166979
.In this case,
://
can be problematic. These are reserved characters (gen-delims) RFC3986 defines. Even though the OAuth library that Postman client is using encodes these characters in its OAuth signature creation stage, Postman client itself doesn't encode these characters (URI) when sending a request. So this causes the OAuth signature mismatch.Workaround
If you're facing this issue, you can use this Pre-request script: https://github.com/twitterdev/postman-twitter-ads-api/blob/master/scripts/pre-request.js
Authorization
type toNo Auth
Please be noted that disabling
Authorization
as described above is for individual request objects. Please do not apply this to your top-level object.Workaround (option 2)
If you're facing this issue for a POST request, you can use
Body
tab rather thanParams
tab.Params
tabBody
tab and clickx-www-form-urlencoded
then add params as needed