[IRCServices Coding] Services 5.0 Odd enforcer bug

[Mark Hetherington]

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.