I can only see myself in users list now. I can still see and do chat normally.
Tested on Chatzilla (which I prefer) and also the dxirc and xchat clients in testing and got same result.
In Chatzilla I would enter /server irc.twitch.tv 6667 oauth:mygeneratedpassword then /join #channelname for each channel I want to join and the users list was there. On the rare case the list did not show up for a moment.
So either it is a change or for some reason on my end on Linux as it was fine for me on last Friday.
A note: I did join the irc.mozilla.org server and #chatzilla channel on Chatzilla and the users list worked properly. Also logged onto twitch.tv and can do the flash chat fine.
Is there any way to perform a check if a person is a Moderator inside the client right now without using the TAGS capability at all and parsing for ‘user-type=mod’?
I understand that JOIN and PART are not sent anymore and WHO/WHOIS never worked.
Wrote a little something for mirc that works with a hashtable and will replace isop. It will parse for moderators every time you type .mods to update it:
on *:TEXT:The moderators of this room are*:#: {
if ( $nick == JTV ) {
.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
}
}
}
Now you gotta check for
$hget(stream,$chan $+ ;moderators; $+ $nick)
instead of
$nick isop $chan
Edit: Only works if the bot is logged in with the account of the channel owner/broadcaster because .mods does not seem to display the broadcaster name in the list of mods when used by a normal moderator.
Isn’t the message limit set by the server? Hence, I doubt you can get around that because the server simply sends only let’s say 500 character per message.
I might be wrong about that though.
If that was the case how does .mods work in the Web Client
Given that TMI is just a IRC interface, most IRC clients will follow the spec and put a block in to ignore extra characters/data where it doesn’t expect there to be data. Where as the front end/web TMI libs skip over the RFC violation.
You’re right guys, my bad
I just ran a little test using my own bot and it received messages with 2k+ characters as opposed to mIRC with only ~1k characters.
Since mIRC is the only IRC client I’m using I assumed the limitation was on the server’s side.