raisedragon / pircbotx

Automatically exported from code.google.com/p/pircbotx
0 stars 0 forks source link

WHO for account name #221

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
/who #channel %nuhaf works with atheme networks to get the account name. 
However it returns regular whois request when the network does not run atheme 
as their services. Perhaps this can be used under the user class to get the 
account name? So that bots may use that first to obtain the account name, and 
ONLY if that returns null, to try other methods such as /whois. Whois 
rate-limited and overall not the best choice.

Original issue reported on code.google.com by jzhou2...@gmail.com on 13 Dec 2014 at 9:24

GoogleCodeExporter commented 9 years ago
Note. The %a modifier is what returns the account name.

Original comment by jzhou2...@gmail.com on 13 Dec 2014 at 9:24

GoogleCodeExporter commented 9 years ago
I had to read this a few times to realize your talking about the nickserv 
account name, not just the nick. So sorry about the delay :-/

Some quick tests with "WHO #channel %na":
 - Freenode (ircd-seven) - Code 354
 - Swiftirc (unreal) - unsupported
 - Mozilla (InspIRCd) - unsupported
 - Rizon (custom) - unsupported
 - QuakeNet (custom) - Code 354

So problem 1 is this isn't really common

Problem 2 is Code 354 is used for ALL custom WHO replies. This is problematic 
because if I hardcode handling "WHO #channel %na", the data could be polluted 
if someone runs any WHO command with 2 arguments, eg "WHO #pircbotx %nf". 

The only other option I can think of is to somehow listen for other sent WHO 
requests and then know to ignore the response. It would be complicated, not 
very pretty, and would require the 2.2 core rewrite. 

I'm open to considering this for 2.2 if you think this feature could be useful

Original comment by Lord.Qua...@gmail.com on 5 Jan 2015 at 7:51