Raiding Feature


Our community has expressed an interest in being able to raid other streamers on the platform live as they are completing their own stream. This is beneficial to the platform as a whole as it helps our streamers cross-promote each other and increase the visibility of the diversity of content on Glimesh.

Raiding differs from Hosting in that hosting is typically an automatic process that streamers set up ahead of time and it happens while they are offline. Raiding is a spur-of-the-moment action that streamers may wish to take while they are live and about to end their stream.

Feature Details

  • Streamers must meet the following qualifications to raid other streamers:
    – Their account must be more then 5 days old
    – They must have a verified email address
    – They must not be banned from the target streamer’s chat
  • Streamers must allow raiding to be raided by other streamers (default is off).
  • Streamers may block other channels from raiding them (separate from the chat bans).
  • Streamers may restrict incoming raids to only channels they follow.
  • Streamers have the option to customize the incoming “raid message” so if they are uncomfortable with the term “raiding” or otherwise wish to personalize the message for their community. The message optionally can contain placeholders that the system will replace at runtime – “{streamer}” will be replaced with the name of the raiding streamer and “{count}” will be replaced with the number of users participating in the incoming raid.

Settings page


A streamer initiates a raid via the following steps:

1) Finding someone to raid

A streamer can open the Glimesh website and navigate to one of our category pages. At the top of the page there will be a filter button called “Can raid?” they can toggle on and the page will show them only the streams that are available for them to raid. This filter is based on the logged-in streamer so it will not show streams that have blocked that streamer from raiding them via the settings above.

2) Commencing a raid

After filtering the channels down to raid-able ones, the streamer can then click on the stream in the category list and go to that streamer’s stream page. At the top of the stream page, there will be a “Raid” button next to the “Support” button. This button will ONLY appear to streamers that are currently live and able to raid the channel. The button does not appear on the raiding streamer’s own channel (ie. they cannot raid themselves).

3) The raid countdown begins

Upon clicking the “Raid” button, the streamer will be prompted to make sure they want to raid the channel and that raiding will stop their stream after a set timer. If the streamer clicks “OK”, the raid button will change to a “Cancel Raid” button with a 30 second timer. The streamer may cancel the raid before that timer completes.



When the raid timer begins, viewers on the raiding streamer’s channel will receive a toast notification at the top of the chat area about the impending raid and they are presented with a “Yes/No” option to participate in the raid. By default “Yes” will be selected for the viewers if they do not respond to the toast.


If the streamer cancels the raid, the viewers will all receive this message:

4) The raid countdown completes

Once the 30 second countdown completes, a scheduled job in the backend will pull all the viewers that had said yes to participating in the raid to the target raid channel. I then call “stop_stream()” on the raiding streamer’s channel which should take them offline (I don’t know if OBS will attempt to reconnect, so we should advise streamers to stop their streams when the raid goes through). The target raid channel will then have their customized “raid event” message posted to the chat.


The raid events are flagged as events in the chat api via a new boolean column “is_raid_message”, so third party bots should be able to detect the event once they are updated to look for it.


I’ve added Raid statistics to the statistics page under settings. I track the number of raids for a stream and the total number of viewers that came from those raids for that stream. I’ve also updated the statistics page to only load 30 rows at a time and to use infinite scroll to load additional pages of rows. This should hopefully make the page load faster.


  • Currently non-logged in users cannot participate in raids.
  • There is currently no mobile app integration with raids, so mobile viewers are unable to participate in raids. Will require additional API endpoints to handle all the aspects of raiding (even from a viewer perspective).

Technical Details

  • Added a new on-the-fly scheduled job called “raid_resolver”. This is triggered dynamically when a streamer requests a raid and is scheduled for 30 seconds into the future with a max_attempts of 1.
  • Added a new boolean column to the “chat_messages” table called “is_raid_message” to distinguish between raid events and other events/messages.
  • Added a “RaidToast” javascript hook that uses bootstrap’s toast functionality to display a message above the chat panel.
  • Added a “RaidTimer” javascript hook to provide a visual countdown timer when a raid is started.
  • Added “count_raids” and “count_raid_viewers” columns to the “streams” table so we can track that information for the statistics page.

Community Feedback - Questions/Thoughts for future updates to raiding

  • Should we allow raids of 0 viewers? Currently this is allowed, but I’m open to thoughts on this.
  • Should we provide a way to moderate a group of raiders as a whole? Right now you’d have to moderate them individually.
  • Should we provide a “Allow list” where only channels on that list are able to raid your channel?
  • Should we provide a way to limit the incoming raid size? If a channel attempts to raid your channel with a larger number of viewers then a specified amount they would be unable to continue.
  • Should we allow the target of a raid to stop an incoming raid via a prompt?
  • Should we provide a way to temporarily turn off raids for a set amount of time (ie. you are about to end your stream in a few minutes and would prefer not to be raided)?
  • Should we allow third party bots/tools to initiate raids via our API? If so, should we put additional restrictions on API launched raids? (ie. the raiding streamer must have streamed for 10 hours total on the platform)
  • Should we track the number of new followers to your channel that came in via a raid? Are there other statistics that we should attempt to track?

As always, any other thoughts/questions/suggestions/concerns are welcome!


And now the fight over what we will finally name it begins. :rofl:

1 Like

I’ll fight over the need for raiding in the first place…but majority has me beat on that one so instead I’ll repeat an idea I had before that we allow streamers to choose their own phrasing for a raid, making sure they are aware it’ll be appended by ‘-ing’, ‘-ed’.

This will allow anyone who feels iffy about the term to experiment with what suits them and their community. Could be really useful for finding out what new terms really catch on.

Love it and from a Glimesh values perspective, all of the bases seem to be covered, everyone has choices on how they wish to participate/recieve raids.

I am excited for this one, as it will allow for us to share our communities with other streamers on the platform and help to grow each others communities.

1 Like

I hear 'ya. That was my reasoning for allowing streamers to change the incoming raid message so they can brand it however they like. It’ll still be called raiding in the settings pages so we don’t cause a whole bunch of confusion trying to help others. I have not provided a way to change the toast message (it still says raiding there) but that is something I can consider for the future if that is desired.

1 Like

My first pass at the feature is up in a pull request. Feedback welcome!