Settings and activity
136 results found
-
16 votes
An error occurred while saving the comment An error occurred while saving the comment 
SeryCodes
commented
I'm in favor of adding a checkbox to the reset password screen. Mention exactly what it does, and the user can decide whether to revoke or not. I'd leave it off by default personally, but the option is better than nothing. If an account is TOS'd then reset oauth as normal.
Also adding a "revoke all" button on the security page.
App authorization is also revoked on a username change. I get it, since I'm sure a lot of third parties rely on the username instead of the user ID. In a perfect world, it wouldn't matter and everyone used user ID, but that's not how things are lol. But ideally, there'd be an eventsub for a username change so the devs can react to it, but keep the same auth tokens so the streamer doesn't have to reauth.
It's personally frustrating as a user (not a dev) when I change my password on a third party and it also revokes my API keys by default. This is a similar scenario here.
SeryCodes
supported this idea
·
-
5 votesSeryCodes
shared this idea
·
-
11 votesSeryCodes
supported this idea
·
-
4 votes
An error occurred while saving the comment SeryCodes
commented
It's an option in quick actions when you're in stream manager. Click the + button inside quick actions and it'll come up.
-
5 votesSeryCodes
supported this idea
·
-
16 votesSeryCodes
supported this idea
·
-
3 votesSeryCodes
supported this idea
·
-
10 votesSeryCodes
shared this idea
·
-
10 votesSeryCodes
shared this idea
·
-
1 voteSeryCodes
shared this idea
·
-
2 votesSeryCodes
shared this idea
·
-
3 votesSeryCodes
shared this idea
·
-
9 votesSeryCodes
supported this idea
·
-
1,016 votes
AdminTwitch
(Admin, Twitch)
responded
Hey all! Thanks for this thread. We recently deprecated anonymous Cheering after we discovered it was being abused. While we understand some viewers prefer not being recognized for Cheering, we made this change to ensure a safer experience for those who were negatively impacted.
We’ve also heard your concerns on what this means for the future of Bits. This deprecation is not related to any plans to limit Cheering with Bits on Twitch, and is solely focused on providing a safer experience for our community.
An error occurred while saving the comment SeryCodes
commented
Make it a configurable choice then to allow anonymous bits or not.
And be more open about your plans to deprecate bits or not. That sentence just added more fire to the rumor mill.
SeryCodes
supported this idea
·
-
27 votesSeryCodes
supported this idea
·
-
11 votesSeryCodes
supported this idea
·
-
32 votesSeryCodes
supported this idea
·
-
7 votesSeryCodes
supported this idea
·
-
35 votesSeryCodes
supported this idea
·
An error occurred while saving the comment SeryCodes
commented
Looks cool! I'd love to see how far streamers can take a Cue Manager system like that. AI-driven cues like this are a great addition, but expanding it to manual cues would be cool!
An error occurred while saving the comment SeryCodes
commented
Much like Follow Cues, expand the feature to allow for manual cues! Let the streamer set up manual cues for themselves (optionally moderators too!).
For example, a manual cue to hydrate every 20 minutes (streamer only), or 15 minute timer to remind chat about a charity drive (streamer + mods).
Excited to see how far cues like that can go.
-
36 votes
An error occurred while saving the comment SeryCodes
commented
I heard the reasoning on the dev stream today for broadcaster tokens. I understand the broadcaster only reasoning now (privacy and control who can pull that list programmatically).
However, I'd ask to allow your channel moderators access to VIPs and mods programmatically as well.
The two new followers endpoints were announced today to "to bring feature parity with first party and third party." It was also mentioned that these will require a moderator scope, which implies that moderators will be able to fetch followers.
If we're talking about feature parity, then removing the broadcaster requirement for VIPs and mods make sense, since anyone can fetch that information first party. However, a good compromise would be to allow moderators access to this information with a moderator-scoped token, same as the upcoming follow endpoints.
I can already do what I need with my use case, as I have the scopes and broadcaster tokens already. However, simply from a feature parity standpoint, it'd make sense to remove the broadcaster token requirement.
That being said, thank you for providing the reasoning behind a broadcaster token.
An error occurred while saving the comment SeryCodes
commented
This is necessary IMO to move away from IRC-based /mods and /vips. It’s a little ridiculous to need a broadcaster token to get that info, when any registered user can simply type /mods or /vips in Twitch chat.
SeryCodes
supported this idea
·
As a bot dev it's frustrating when a streamer loses auth. I send them a whisper automatically so they get a nudge to reauth, but there's a strict rate limit per 24h on whispers, even for verified bots.
If serving only a handful of users it's manageable but once you get in the thousands it's quite pointless to handle it that way. But there's no other option unless I start collecting email addresses or something (which is a terrible idea).