mIRC Home    About    Download    Register    News    Help

Print Thread
/LIST and +s channels (on bahamut) #236725 21/03/12 02:48 AM
Joined: Mar 2012
Posts: 10
H
holbrook Offline OP
Pikka bird
OP Offline
Pikka bird
H
Joined: Mar 2012
Posts: 10
If you have usermodes +oA set, when you issue the '/LIST' command, the ircd
(bahamut in this case) will return a list of *ALL* channels with chanmode
+s (and not) that match the search criterion . If the channel is set +s
(and you are not already present in 'that' channel), the server will give
the channel name with a % prefix.

It seems that mIRC is filtering out any channels which don't appear to be
valid (i.e. with a prefix of '#' or '&'). Is there a workaround for this
writing up a simple script, or would this require Khaled to have to make
some change to the code?

Thanks,
Holbrook

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236726 21/03/12 03:58 AM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
If % is a valid prefix, Bahamut should list % in the raw 005 response under CHANTYPES. mIRC should handle it properly, in that case. I don't think this is mIRC's fault.

Keep in mind that if Bahamut returns the channel as %CHAN, it better mean it. Even if mIRC didn't filter this channel, it could only assume the channel was actually called %CHAN, and double clicking it would /join %CHAN, not #CHAN. I assume this is valid?


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: /LIST and +s channels (on bahamut) [Re: argv0] #236728 21/03/12 07:04 AM
Joined: Dec 2002
Posts: 339
D
drum Offline
Fjord artisan
Offline
Fjord artisan
D
Joined: Dec 2002
Posts: 339
I think the OP means that it displays it as %#channel.

Re: /LIST and +s channels (on bahamut) [Re: drum] #236731 21/03/12 05:46 PM
Joined: Mar 2012
Posts: 10
H
holbrook Offline OP
Pikka bird
OP Offline
Pikka bird
H
Joined: Mar 2012
Posts: 10
Sorry, yeah. If #channel is +s, in the /LIST output it would be given as %#channel (unless I'm already in that channel, then it would be given as just #channel).

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236744 22/03/12 08:21 PM
Joined: Dec 2002
Posts: 4,563
Khaled Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 4,563
Can you provide the raw output for numeric 005 CHANTYPES and one line from the /list reply that shows the format for this type of channel? Thanks.

Re: /LIST and +s channels (on bahamut) [Re: Khaled] #236746 22/03/12 11:33 PM
Joined: Mar 2012
Posts: 10
H
holbrook Offline OP
Pikka bird
OP Offline
Pikka bird
H
Joined: Mar 2012
Posts: 10
:some.random.server 005 test NETWORK=DALnet SAFELIST MAXBANS=200 MAXCHANNELS=10 CHANNELLEN=32 KICKLEN=307 NICKLEN=30 TOPICLEN=307 MODES=6 CHANTYPES=# CHANLIMIT=#:10 PREFIX=(ov)@+ STATUSMSG=@+ :are available on this server

:some.random.server 322 test %#test 2 :this is a test

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236767 24/03/12 10:18 AM
Joined: Dec 2002
Posts: 4,563
Khaled Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 4,563
I cannot seem to reproduce the issue here. Can you describe a method to reproduce the issue step by step?

Re: /LIST and +s channels (on bahamut) [Re: Khaled] #236770 24/03/12 05:38 PM
Joined: Dec 2002
Posts: 339
D
drum Offline
Fjord artisan
Offline
Fjord artisan
D
Joined: Dec 2002
Posts: 339
Originally Posted By: Khaled
I cannot seem to reproduce the issue here. Can you describe a method to reproduce the issue step by step?


You would need to be an IRCop with the ability to see channels that have chanmode +s set. Then perform a /list. This may be dependent on the server configuration.

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236775 24/03/12 11:25 PM
Joined: Feb 2011
Posts: 319
K
KindOne Offline
Fjord artisan
Offline
Fjord artisan
K
Joined: Feb 2011
Posts: 319
Quote:
It seems that mIRC is filtering out any channels which don't appear to be
valid (i.e. with a prefix of '#' or '&').


Just a totally random idea.

Tools -> Channel List -> [UNCKECK] Hide non-text channels -> OK

Then do a /list



irc.swiftirc.net #msl (mIRC Scripting Language)
Re: /LIST and +s channels (on bahamut) [Re: KindOne] #236776 24/03/12 11:51 PM
Joined: Mar 2012
Posts: 10
H
holbrook Offline OP
Pikka bird
OP Offline
Pikka bird
H
Joined: Mar 2012
Posts: 10
That seems to do it, and when selecting the channel it appears to ignore the % bit and joins #channel instead of %#channel.

So I guess the question would be is having a channel given by the /LIST command like %#channel not be considered by mIRC to not be a 'non-text' channel.

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236778 25/03/12 04:43 AM
Joined: Oct 2003
Posts: 3,918
A
argv0 Offline
Hoopy frood
Offline
Hoopy frood
A
Joined: Oct 2003
Posts: 3,918
Originally Posted By: holbrook
So I guess the question would be is having a channel given by the /LIST command like %#channel not be considered by mIRC to not be a 'non-text' channel.


Seems so to me. How is mIRC supposed to know it's a prefix specific to LIST anyway, as opposed to non-alpha channel data?

I'm still dubious as to whether mIRC will actually join the correct channel even if it displays in the channel list. I imagine it would literally try to join %#channel, which mIRC will either convert into #%#channel, or it won't and the server will give you an error. Though it could also accept it, but that would be even weirder.


- argv[0] on EFnet #mIRC
- "Life is a pointer to an integer without a cast"
Re: /LIST and +s channels (on bahamut) [Re: drum] #236784 25/03/12 01:55 PM
Joined: Dec 2002
Posts: 4,563
Khaled Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 4,563
Sorry, I should have mentioned that I tested this by hard-coding the line and passing it to the raw processing routine directly :-)

Re: /LIST and +s channels (on bahamut) [Re: holbrook] #236785 25/03/12 02:05 PM
Joined: Dec 2002
Posts: 4,563
Khaled Offline
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 4,563
The "Hide non-text channels" feature assumes that channels can only have one prefix character. In %#test, the first character is assumed to be the prefix. The second character is # and is non-text, so the channel is hidden.

The reason you are able to join %#test is that the "List Channels" routine that joins channels removes characters from the start of the channel name until it finds a valid channel prefix. I'll see if I can add this to the "Hide non-text channels" feature as well.