Skip to content
Translate Ideas and Comments
Choose language:
There was an error during translation

Settings and activity

36 results found

  1. 13 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    An error occurred while saving the comment
    Durss commented  · 

    For what it's worth, allowing to filter out those messages for the broadcaster is, to me, a good idea.

    Example:
    For the last few weeks in france someone is hate raiding looots of streamer girls with messages that are actually horrible to read (many of them will attempt to pursue him legally as his identity is known but in the meanitime, he's still terrifiying streamers).
    Preserving them from reading these messages is, I think, a good thing if not the most important thing to do. Seing some of them faces turning horrified live tells everything...

    For now, no twitch tool allows this.
    Maybe allowing to switch low-trust messages, and these first-time chattern, to mod-only for approval would answer this problem.?

  2. 6 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Durss commented  · 

    Although these additions are nice to have, I feel like they only focus on avoiding to make the streamer uncomfortable to receive many viewers. But they don't really do much about hate raid issues.

    Here are some ideas that I believe would help answering this.

    Being notified a raid is coming from someone (name + viewer count) would help to prepare ourselves.
    Ideally, being able to accept/refuse incoming raids would sure be helpful to many.

    Also, being able to know all the users coming from the raid would help building tools to better target potential haters. Right now we can only rely on the chatters endpoint which can take several minutes to include new chatters which can't help us much.

    Being able to mute all the people coming from a raid to avoid restricting the chat for everyone else would be a poweful tool as well.

  3. 59 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Deferred  ·  3 comments  ·  Developers » EventSub  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  4. 11 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  5. 17 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  6. 445 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    35 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  7. 75 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  8. 85 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Deferred  ·  1 comment  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  9. 336 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    Investigating  ·  11 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  10. 10 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Safety » Other  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss shared this idea  · 
  11. 58 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  12. 19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    7 comments  ·  Moderation » AutoMod  ·  Admin →
    An error occurred while saving the comment
    Durss commented  · 

    Although I understand the need of banning him, this solution is really not one we want :/

    We're actually lucky these bots all have the same sort of name because we can identify them easily.
    If twitch does something like you suggest the bot will simply use another name the next minute. And possibly random names which would make him way harder to track :/

    Blocking the mass follow possibility is, to me, the number one thing they should have done for a long time. No legit user needs to follow this fast this many users.

  13. 188 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    100 comments  ·  Safety » Bots  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
    An error occurred while saving the comment
    Durss commented  · 

    "Allow streamers to hide their follow button [to prevent follows] when they think a bot/ hate raid is incoming."
    I don't think this would help much. Such bots are not using twitch interface to follow. And once the bot hits you it's too late to disable the follow feature anyways and i don't believe you have much ways of seing it coming :/

    The max account limitation per one mail is definitely something they should have done a long time ago. But not sure it would stop people like the one(s) behind "hoss". They probably already automated emails creation. Still it would make things harder for most of these toxic people.

    But what i understand the least is why they didn't limit the follow rate to avoid a bot following hundreds of people per second.
    This wouldn't solve the problem but drastically limit their reach.
    Besides, they disabled the follow/unfollow API endpoints to avoid mass follow/unfollow possibilities so it would make sense to limit them for a "user" perspective as well.
    I don't see any legit case to have a follow rate higher than 1 every 10s or so...

  14. 14 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Developers » API  ·  Admin →
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Durss commented  · 

    This really is something that i'd like to get too.
    Not everyone can afford having a server running all time long to get all the necessary things via EventSub, and having the possibility to sync the potentially missed data on startup would be a perfect workaround.

    It would also make it easier to grab these data without EventSub which is a nice API but technically hard to implement on tools.

    Durss supported this idea  · 
  15. 19 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss supported this idea  · 
  16. 4 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Durss shared this idea  · 
2 Next →