Project

General

Profile

Bug #210

Quakenet/snircd whois reply RPL_WHOISACCOUNT

Added by al about 13 years ago. Updated about 11 years ago.

Status:
Resolved
Priority:
Low
Assignee:
Category:
General / Unspecified
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
1.00 h
Version:
0.6.1
OS:
Any

Description

Authed users in Quakenet/snircd have their account name as reply RPL_WHOISACCOUNT in the whois data. This is currently printed out unformatted.

Associated revisions

Revision 38e0c303 (diff)
Added by Marcus Eggenberger about 13 years ago

network specific whois fields are now cought in a nice way (fixing BR #210)

Revision 9ad43723 (diff)
Added by Marcus Eggenberger about 13 years ago

network specific whois fields are now cought in a nice way (fixing BR #210)

Revision 1dbf7838 (diff)
Added by johu about 11 years ago

handler for RPL_WHOISACCOUNT(330), fixes #210
we handled it already in default case for numeric replies, but the
output for 330 was not well formed (see bug request).

History

#1 Updated by EgS about 13 years ago

unknown whois fields are now handled in a nice way.

-> fixed in current git

#2 Updated by Gentle about 12 years ago

  • Status changed from Resolved to Feedback
  • Version set to 0.4.2
  • OS set to Any
the new behavior still seems to break one reply
  • [Whois] XXX YYY is authed as

where XXX is the Nickname and YYY is the Quakenet account name

#3 Updated by Sputnick about 12 years ago

  • Target version deleted (0.2.0)

#4 Updated by johu over 11 years ago

I cant find this RPL in rfc http://www.ietf.org/rfc/rfc1459.txt, so i think this issue should be rejected.

#5 Updated by johu about 11 years ago

  • Status changed from Feedback to Assigned
  • Assignee changed from EgS to johu
  • Priority changed from High to Low
  • Target version set to 0.7.0
  • Estimated time set to 1.00 h
  • Version changed from 0.4.2 to 0.6.1

In fact that we handle RPL_WHOISACCOUNT implicit (default case for numerics), we made the protocol break already, i changed my mind. We should have a extra handler for that, to prettify the output.

#6 Updated by johu about 11 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100

Also available in: Atom PDF