[IRCServices Coding] Services 5.0 Odd enforcer bug
Mark Hetherington
mark at ctcp.net
Fri Feb 15 16:24:51 PST 2002
Additional: This issue seems to have "permanance". Once a nickname is put
into this "state", all future use of it triggers similar enforcer behaviour.
continuing on from the earlier log:
quit irc using alternate unregistered nick
<StatServ> SIGNOFF: me3-->(Quit: )
rejoin irc with unregistered alternate nick
<StatServ> SIGNON me3(g at mhetherington.demon.co.uk) at: irc.ctcp.net
quit irc using alternate unregistered nick
<StatServ> SIGNOFF: me3-->(Quit: )
rejoin with the me2 nick and identify
<StatServ> SIGNON me2(g at mhetherington.demon.co.uk) at: irc.ctcp.net
quit irc
<StatServ> SIGNOFF: me2-->(Quit: )
<StatServ> SIGNON me2(enforcer at ctcp.net) at: services.ctcp.net
Mark.
> -----Original Message-----
> From: ircservices-coding-admin at ircservices.za.net
> [mailto:ircservices-coding-admin at ircservices.za.net]On Behalf Of Mark
> Hetherington
> Sent: 15 February 2002 23:53
> To: ircservices-coding at ircservices.za.net
> Subject: [IRCServices Coding] Services 5.0 Odd enforcer bug
>
>
> I am not sure how to describe this other than by demonstration so...
>
> A nick 'me2' is newly registered to preclude possible issues with
> long term
> nicks. Kill protection is on. Access list is cleared (but this does not
> seem to actually make a difference for some clients, it just made
> the nick
> change easier to get), report from /ns info:
> -NickServ- Options: Kill protection, Security
>
> I will interleave the events which follow with a display from my
> connection
> watcher which might make things difficult to follow but it is an odd
> situation to try and describe:
>
> ** me2 joins IRC but does not identify to NickServ
> [23:41] <StatServ> SIGNON me2(g at mhetherington.demon.co.uk) at:
> irc.ctcp.net
> ** me2 gets the warning from nickserv and ignores (basically the nickname
> needs to be guested by SVSNICK)
> [23:42] <StatServ> Nick Change me2 Has Changed Their Nick to:
> Guest1228353554
> [23:42] <StatServ> SIGNON me2(enforcer at ctcp.net) at: services.ctcp.net
> [23:43] <StatServ> SIGNOFF: me2-->(me2)
> ** me2 waits out the one minute hold by services then changes
> back to me2.
> I have not tried release/recover to see if it has any effect.
> [23:43] <StatServ> Nick Change Guest1228353554 Has Changed Their Nick to:
> me2
> ** me2 identifies to NS as normal then changes nickname to
> something else,
> quits irc, ping timeouts or any action which involves the nick
> leaving the
> current nicklist.
> [23:43] <StatServ> Nick Change me2 Has Changed Their Nick to: me3
> [23:43] <StatServ> SIGNON me2(enforcer at ctcp.net) at: services.ctcp.net
> enforcer takes over the nick that has changed
>
>
> Sorry I could not describe it in a better way, but although the above may
> not be the only way to recreate this problem, it is 100% reproducible.
>
> --
> Mark.
>
>
> ------------------------------------------------------------------
> To unsubscribe or change your subscription options, visit:
> http://www.ircservices.za.net/mailman/listinfo/ircservices-coding