mIRC Home    About    Download    Register    News    Help

Print Thread
Joined: Apr 2006
Posts: 3
M
Murarth Offline OP
Self-satisified door
OP Offline
Self-satisified door
M
Joined: Apr 2006
Posts: 3
$chan().mode should return the extra parameters for channel modes.
I know there's a $chan().key and $chan().limit but there is no way to reference the other chanmodes which some IRCd's may have other than waiting for the raw response to the /mode command and setting a variable.

Joined: Feb 2005
Posts: 681
M
Fjord artisan
Offline
Fjord artisan
M
Joined: Feb 2005
Posts: 681
$chan().mode already returns all currently set channel modes with parameters.

Joined: Apr 2006
Posts: 3
M
Murarth Offline OP
Self-satisified door
OP Offline
Self-satisified door
M
Joined: Apr 2006
Posts: 3
Quote:
$chan().mode already returns all currently set channel modes with parameters.
No, it doesn't.
For example, there are some servers which have a flood protection channel mode (+f) that requires you to specify the parameters of the protection. If I set +f with parameters in a channel, $chan().mode would only return +f. The parameters afterward can only be found by using /mode #channel.

Joined: Jan 2003
Posts: 2,523
Q
Hoopy frood
Offline
Hoopy frood
Q
Joined: Jan 2003
Posts: 2,523
I'd call this a bug in mirc. I connected to a server running UnrealIRCD and mode f was correctly listed in the 2nd (type B) field of the CHANMODES token in raw 005. Yet when I created a channel and set mode +f [10j]:15, mirc didn't add the parameter ([10j]:15) in the titlebar or in $chan().mode. However, when I set +k somekey (k being of the exact same type as f) mirc updated the titlebar and $chan().mode with the correct key information. So it seems mode f isn't interpreted correctly as a type B mode, even though mirc has been provided with all the necessary information for this. The same happens with the type C mode j on UnrealIRCD: titlebar/$chan().mode aren't updated correctly by a mode j change, however they are updated correctly by a mode l change (same type of mode).


/.timerQ 1 0 echo /.timerQ 1 0 $timer(Q).com
Joined: Jan 2006
Posts: 468
Fjord artisan
Offline
Fjord artisan
Joined: Jan 2006
Posts: 468
Same result for me, I believe it is a bug yes.

Joined: Apr 2006
Posts: 3
M
Murarth Offline OP
Self-satisified door
OP Offline
Self-satisified door
M
Joined: Apr 2006
Posts: 3
Oh. Well, I'm not certain of the rules here. So, if it's a bug, should I post it again in the bug section and ask for this thread to be deleted or should I wait for a mod to come along and move it?

Joined: Jan 2003
Posts: 2,523
Q
Hoopy frood
Offline
Hoopy frood
Q
Joined: Jan 2003
Posts: 2,523
I'm sure a mod will take care of it *looks at Mentality*

* Mentality grins

Last edited by Mentality; 03/04/06 06:14 AM.

/.timerQ 1 0 echo /.timerQ 1 0 $timer(Q).com
Joined: Feb 2005
Posts: 681
M
Fjord artisan
Offline
Fjord artisan
M
Joined: Feb 2005
Posts: 681
Yup did it here too and I would say it's a bug. $chan().mode
should return exactly what you see with /mode #chan


Link Copied to Clipboard