Bug #210
Quakenet/snircd whois reply RPL_WHOISACCOUNT
| Status: | Resolved | Start date: | ||
|---|---|---|---|---|
| Priority: | Low | Due date: | ||
| Assignee: | johu | % Done: | 100% |
|
| Category: | General / Unspecified | |||
| Target version: | 0.7.0 | Estimated time: | 1.00 hour | |
| 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
network specific whois fields are now cought in a nice way (fixing BR #210)
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 over 3 years ago
unknown whois fields are now handled in a nice way.
-> fixed in current git
#2 Updated by Gentle over 2 years ago
- Status changed from Resolved to Feedback
- Version set to 0.4.2
- OS set to Any
- [Whois] XXX YYY is authed as
where XXX is the Nickname and YYY is the Quakenet account name
#3 Updated by Sputnick over 2 years ago
- Target version deleted (
0.2.0)
#4 Updated by johu almost 2 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 over 1 year 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
- 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 over 1 year ago
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Applied in changeset 1dbf78385e2904b3a9a3de48b85381c312c74ef8.