First, I understand that tmi.twitch.tv is an unsupported API from what I have read. That said, I also understand if this question goes unanswered
Users of a bot that I work on have noticed since the AWS migration that the host notification that we use has come in 9-30 minutes late. I investigated this by logging in the bot and hitting TMI via Chrome every few minutes after hosting my channel. I noticed that indeed it is taking anywhere from between 9-30 minutes for the JSON returned by https://tmi.twitch.tv/hosts?include_logins=1&target=CHANNELID to return the data indicating that the channel is hosted, before then it is just an empty hosts array ({"hosts":[]}).
Is anyone else noticing this? Or, of course, with my luck as soon as I post this maybe the issue isn’t happening anymore
Thank you for verifying it wasn’t just me. Other users of a bot a work on are (were) showing 30 minute delays when they tested. Like I said, I understand it is not a supported API.
I am also seeing a delay of several minutes in the API update. I have also noticed that the channels are not reliably getting the message “Such and such has gone offline. Exiting host mode.” Both of these were central to the auto-hosting feature I was using in my bot. I am hoping these features will be reinstated, but if not, c’est la vie I suppose.
Been seeing similar delays on my end. Takes about 30 minutes for hosts to show up in the TMI endpoint. Then it catches up with all missing hosts until that point in time. Anyone else still seeing this?
Sometime toward the end of march it appears Twitch put this API endpoint behind caching and we started seeing these delays as well. We’ve since switched our API permissions to ask for ability to login to chat so we can do hosts that way.
Yeah, I added code for that, to get it from chat - our bot is a standalone one which folks authenticate the application at first, not their direct Twitch ID. I am thinking we have to go that way.