Settings and activity
29 results found
-
12 votesnerixyz supported this idea ·
-
14 votesnerixyz supported this idea ·
-
64 votesnerixyz supported this idea ·
-
13 votesnerixyz supported this idea ·
-
14 votes
We are looking into this. Thanks for the request!
nerixyz supported this idea · -
14 votesnerixyz supported this idea ·
-
17 votes
We are investigating adding an EventSub subscription type for sub upgrade events.
nerixyz supported this idea · -
17 votesnerixyz supported this idea ·
-
35 votesnerixyz supported this idea ·
-
35 votes
We plan to support pinned messages in the Twitch API and EventSub.
nerixyz supported this idea · -
59 votesnerixyz supported this idea ·
-
97 votesnerixyz supported this idea ·
-
150 votesnerixyz supported this idea ·
-
268 votesnerixyz supported this idea ·
-
89 votesnerixyz supported this idea ·
-
6 votesnerixyz supported this idea ·
-
12 votesnerixyz supported this idea ·
-
4 votes
An error occurred while saving the comment nerixyz supported this idea · -
3 votesnerixyz supported this idea ·
-
17 votesnerixyz supported this idea ·
I want to add that it's impossible to only timeout users that aren't timed out already solely through the API with a moderator token.
Right now I have to track the timeouts with PubSub and put them in redis. It would me much easier if I could check the user's status first and then issue a timeout.
I suppose in my specific case it would be sufficient if the "Ban User" endpoint included a parameter that would specify the behaviour if the user is already timed out or banned (like `no_modify` to not modify any existing timeout).