It would be extremely useful to tie a raid back to a stream ID.

The event includes broadcaster IDs and logins, but not which stream is being raided FROM and TO.

The documentation for the new user monitoring thingy in PubSub has not been added yet.

https://dev.twitch.tv/docs/pubsub

So that it can be used to detect these messages and do certain events, just like the automod messages when it catches filtered messages.

it would be nice to include all streamers who have been using the gametes daily as oppose to those who don't even stream getting chosen to have drops of say like eft

I have someone who is awesome at the game no drops, someone who has played the game 2x or more lower skill level but high viewership with drops seems unequal

I have developed a Twitch app and now want to publish it in the Google Play Store.
Google would like to have valid login credentials to check my app that won't expire.
Can you give me a user with a password and token that won't expire?

all the message examples include the property "user-type" but there is no format description of that parameter or its values

Add the ability for broadcasters to create special channel points rewards redemptions only for subscriber's

Perhaps also special ones for multi year subs

This will encourage subscribing to unlock this feature

oauth:FINALPASS

I would like to request that the booleans phoneverified and emailverified be added to the Get Users API.

email_verified was already a part of the v5 Get User endpoint.

The reason for this is because I would like to create an app that uses the Twitch API that would only allow access to users that have a verified phone number, to prevent/reduce spam from malicious users.

I setup everything correctly on my end and tried to test the verification and the twitch-cli respons with this unhelpful error:

✗ Invalid content-type header. Received type

text/plain doesn't work, text/html doesn't work, application/json doesn't work. No Content-Type value I can think of works.

Why is there a restriction on the Content-Type that is kept an absolute mystery?

The V5 videos API returns a field called broadcaster_software which contains the ID of the software used when broadcasting the video (if known to Twitch). This allows callers to identify if the stream was broadcast on consoles (Playstation or XBox) which is useful to determine the origin of a video.

As V5 API is being shut down soon, It would be great if this was formalized in the Helix videos API and documented with known values for the various consoles.

if you lookup a game by name or ID, it doesn't return what the URL for that game's Twitch Directory is.

So there is no way to do linking from a game search page to the directory to find streamers via Twitchs site, rather than doing a chained streams lookup third party side.

Code is missing, does not work as is. For example in the jquery for form in viewer.js. Location.protocol is not defined for me and I had to change the selection id to "#myForm" for the jquery call to work.

There's currently no way to view the games/chapters on a video. This would be very useful for an application I'm building

I'm not gonna lie, as amature streamer who has got lower level of partner i wish i could hide my channels that i follow or at least to choose which one i would like to reccomend to others and which not.

Typo: notificaiton

As a developer creating statistics tools, chat bots, overlays and loyality tools, i also would like to add bits spent to those tools, which were obtained through extensions, for example Sound Alerts or Stream Stickers.

I would suggest adding a new field "isextensionbits" being true or false in the notification body (or, as an alternative, have a seperate notification type to not confuse existing apps, like channel.cheer.extension)

Add endpoints to retrieve Channel statistics, either returning the data in JSON or just a way to programatically get the csv (the one the Creator Dashboard has).

As a third option, you can also make the GQL API available and provide documentation for it.

This is mostly needed because for many twitch is a business, and part of growing it is the ability to interpret this data and change accordingly.

title basically :-D

We get the bits used in a cheer event but we don't get the new total for that user