That leads me to believe the token for whatever reason became invalid by expiration. (I thought these lasted a few days. Will have to look more into that later)
So I decided to go ahead and get another token so I can continue working on the project and for some reason no matter the token they all appear to be invalid.
Checking validity through alternative means I continue to get the following.
Any advice on this would be appreciated. I’m fairly confused as everything was working just fine previously and when I refreshed the page today its just not validating anything.
In case it’s needed I’m validating for Helix only at the moment and will splice a little of Kraken5 in as its needed later.
I’m using the following to test before I go messing with any project code.
Hi @Binary_Accepted, your token didn’t expire suddenly. We are in the middle of a 24-hour test window for the new OAuth requirements announced earlier in the year. Please see the following post.
How are you getting your token? Are you creating it with your client ID or using a service to generate one?
I’ve been using the token successfully up until today which is why I thought it might have just expired or wasn’t working properly as I’ve been unable to use any tokens generated through the method provided.
Thank you for the provided document. I am reviewing it as we speak.
If the Client-ID and OAuth token don’t match I should get the error I’m getting if I understood the documentation and the post provided.
If I don’t provide the Token I’ll get an error saying that it’s missing all together.
I’ve testing this through bash curl, python, and php and they all give me the invalid response.
The token was created with the Client-ID so they should match. Not sure if creating a new app profile would be advised or not but I will await a response from those who know better than I.
My mistake, I was referencing the wrong part of the documentation.
In the new Twitch API:
`curl -H "Authorization: Bearer <access token>" https://api.twitch.tv/helix/`
In Twitch API v5:
`curl -H "Authorization: OAuth <access token>" https://api.twitch.tv/kraken/`
Though changing from Bearer to OAuth doesn’t seem to change the results any.
Absolutely right! I completely missed step 3 of the process.
Seeing as my project doesn’t require other users information only my own to be displayed is this step still going to be required and updated periodically?
Meaning that – The token is going to expire eventually and I had initially planned to just renew it manually after expiration. Does this mean that I’m going to need to write something for me to go to in order to renew my details periodically or can I just keep doing it manually through the URLs.
Edit: Seems I’m going to have to do this through code because trying to do it through URL only is just returning a 404.
HA! I feel I have been going about this whole project the wrong way from the start. Which is fine because either way it’s a learning experience for me.
So the App Access Token(AAT) should still give me all the access I need to display my information to others that visit my page, correct?
Will that token expire? And if so is the renewal process pretty much the same, in terms or having to visit the page for the new details or can I just create a script and setup a cron to execute it every x days set by the expiration time provided in the response?
So sorry for all the questions. Just trying to save myself a lot of headache in the trial and error process of it all.
I greatly appreciate all the help and information provided.
I have a feeling that statement is going to generate a whole slew of new questions for me. However I will ask those later as this has given me a whole new scope to work with and am very excited to see if I can make it happen captain.
Thanks very much @BarryCarlyon for that information and providing me with the right documentation to review. You my friend are a beast!