Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[P2P-Fire]

You have something similar already in Anope.

If someone is on a room list, and they enter a room unidentified, once they identify they get the channel modes for the list they are on.

If I'm on vop, and come into a room unidentified.  Once I identify I get the +v.

You should add something on like this:
When someone is added to the XOP list, and if they are in the room and identified, it sets the channel mode to them.

Meaning.  If 'x' is in the channel, and I am the room owner.
I type /msg chanserv hop add x
If x is registered, and identified, the botserv bot (or chanserv) should set the room mode for them.
+h x

Instead of them having to use the /hop or /cycle command.

Makes everything alot easier...although I'm not sure of how much more coding must be done to add this.

[Jan Milants]

a module that does this allready exists, though i must say it s so old i m not sure whether it still works and even if it does, it probably updating....

[P2P-Fire]

Well, I'm saying it'd be nice to have in the core.  Something you enable in the services.conf file, like the 'set mode on identification' function.

I just think it would be alot easier.  But it's my opinion, if others thought the same thing there'd be newer modules out, or someone would have posted this already!

[katsklaw]

It's called NSModeOnID and it's in the core for 1.7 and has been for several releases now

[Jan Milants]

that s mod on id, he meant something like "mode on add" i think

[n00bie]

or enable NSDefAutoop on services.conf ?

[Jobe]

Originally posted by Viper
that s mod on id, he meant something like "mode on add" i think

Yeah at present if youre added to a channels access list you usually need to part-join the channel to get your modes or if NSModeOnID is enable an /msg NickServ update

[SpaceDoG]

the mod that Viper is talking about is cs_getstatusonadd I have this running on my net with 1.7.17 and it works just fine. I'll let you know if it works tonight or not on 1.7.18.

[Jobe]

If it works on 1.7.17 there is little to no reason why it wont work on 1.7.18

[Armadillo]

Well it doesn't work with 1.7.18:

OperServ: Unable to load module cs_getstatusonadd

[Apr 06 00:09:53 2007] Trying to load module [cs_getstatusonadd]
[Apr 06 00:09:53 2007] /home/irc-server/pf-services//services/modules/runtime/cs_getstatusonadd.so.1J2S7C: undefined symbol: xop_msgs
[Apr 06 00:09:53 2007] Module loading status: 6 (Module Error, Error during load time or module returned MOD_STOP)

I already tried to remove "extern" at the beginning of line 52, then it is loadable, but it doesn't work with Unreal 3.2.6 and Anope 1.7.18.

It would be a great pleasure if someone, who is more experienced in editing modules than me, could make it work. Also support for the !sop/aop/hop add/del commands of the bs_fantasy_ext module would be great, but the fact that it works with Anope 1.7.18 would also be nice.

Greetz

Arma

[Bearbeitet am 5-4-2007 von Armadillo]

[Jan Milants]

he s right... if i remember correctly a few changes were made to the xop notices being send...

as for support for bs_fantasy_ext, this module should be rewritten to use event hooks, then it will not matter how the changes to the access list are made.

[Edited on 5-4-2007 by Viper]

[Jobe]

cs_statusupdate works with 1.7.18 and along side bs_fantasy_ext too and reacts to access list updates done by bs_fantasy_ext too.

The only problem i know of with cs_statusupdate is that if you have super admin on for yourself and you join any channel you get +q in every channel at that moment as if you typed /msg NickServ update.

[Jan Milants]

yeah, but he said he s using cs_getstatusonadd, which is an older version of cs_statusupdate i guess