Users list in IRC clients missing for me?

I already used the / raw CAP REQ: and / raw CAP REQ: nor the JOIN / PART functions still work or new commands are recognized as valid within the mIRC

The commands added (USERSTATE, …) are sent to you by the server. Whenever someone joins the channel or sends a message to your channel those add additional information for you to work with.

Right now the server does not send any JOIN/PART commands your way and thus also not the other ones. Once CAP REQ: is activated you should get those USERSTATE messages in your debug window for every incoming message though. They look pretty useless to me without also activating the tags capability though.

Same goes to other commands added like CLEARCHAT. It simply sends you a raw command your way whenever someone cleared the chat, and so on.

But when the servers return to normal operation, to capture the JOIN / PART information as was already done previously, only use MEMBERSHIP? the JOIN / PART IRC commands will again work correctly is that?

“Regular” Join/part is not coming back.

Unless you request the relevant CAP.

That is my understanding.

OK, I got it. But when the servers come back to receive the CAP MEMBERSHIP normally?

Where are these links documented? Will they be sticking around?

They are not documented.

I anticipate they will be around for some time as the main website uses them.

Of course I don’t work for Twitch, I’m just a third party dev, I roll with the punches

How do i request CAP?

Please read the thread! @William_Staricha


I can confirm that it works in getting userslist now in Chatzilla by going to Preferences -> -> Lists -> Auto-perform and adding the /raw CAP REQ and /raw CAP REQ

Also got it working in Hexchat.

Edit: this is before joining any channels which works for me since I manually do /join #channelname anyways.

i edited the code to list the broadcaster:

    on *:NOTICE:The moderators of this room are*:#: {
    hload stream stream
    .hdel -w stream $chan $+ ;moderators;*
    var %modlist = $gettok($1-,2,58)
    var %modcount = $numtok($gettok($1-,2,58),44)
    var %i = 1
    while ( %i <= %modcount ) {
      var %modname = $mid($gettok(%modlist,%i,44),2)
      .hadd stream $chan $+ ;moderators; $+ %modname %modname

      inc %i
    set %broadcaster $right($chan,-1)
    .hadd stream $chan $+ ;moderators; $+ %broadcaster %broadcaster
    hsave -o stream stream

but now there is the following line in the list (couldnt format as code since $+ was removed then):

$+ ;moderators; $+ %modname %modname

anyways the broadcaster is now in the list

edit: code updated to fit the new output via NOTICE
Edit: removed if nick ( not needed anymore )
Working on a security thing to prevent setting mods on NOTICE send by a user via irc (hacking)

“In the list” you mean “in hash table”? Its probably caused by your manual input with single “/” from editbox (you need double “//” to evaluate commands).
And why do you hload it? If you request full list isnt it better to hfree old one and hmake again?

well i never used tables befor… basically i load the old file and save the changes (i think) atleast it works as it is atm if u have a better version or corrected version pls feel free to post the code :smile:

As i told, you dont need to save\load it, you get full list when type /mods, so its better to delete old table and create new empty. And that means that your $chan-entry was from later just keep being there due to your save\load. (When you add items to hash table - you RE-write old one if they match by value, but other old (moderators, who were un-moded from channel) will still exist in your hash, thats why you need to delete whole table.)

ok thx for the help :slight_smile: i didnt know that unmodded people will still be in the list

however i would really appreciate if u can post your version of my edited version of the code since i never used Hash tables and i dont know much about them

Checked your, didnt notice “hdel -w”, so its ok, just manually delete those $chan-entry form hash and “stream” file. Should be ok.

yea just tested it it does remove unmoded users thanks anyways :slight_smile:

also if i did misspell some stuff: sry my english writing isn’t the best i know. i can speak better english than i type lol

greetings from Germany.

You can also put this in your remote section if you want it to send the CAP REQ automatically on connect:

on ^*:LOGON:*:raw CAP REQ