Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Specify WHOWAS #170

Merged
merged 1 commit into from
Apr 13, 2022
Merged

Specify WHOWAS #170

merged 1 commit into from
Apr 13, 2022

Conversation

progval
Copy link
Member

@progval progval commented Mar 20, 2022

The syntax and base description are copied from
https://datatracker.ietf.org/doc/html/rfc1459#section-4.5.3
with two changes:

  1. removed <server> because it is pointless
  2. "<count> SHOULD be a non-positive number" because one
    implementation (ircu2) does not handle 0 the same way others do.
    (besides, there is no reason for clients to send that)

I ignored https://datatracker.ietf.org/doc/html/rfc2812#section-3.6.3
because noone seems to implement wildcards, and the only implementation
supporting TARGMAX WHOWAS (Bahamut) does not follow the spec (it returns
replies in query order instead of chronological order)

I added a description of replies, that matches every implementation I
could find.
In particular, I made it a requirement that RPL_WHOWASUSER must come
first, because otherwise it would be hell for clients to parse this.

Finally, I made it explicit that RPL_ENDOFWHOWAS should not be used
when the nick is missing, to match existing implementations (as opposed
to what the RFCs say).

@progval progval added the feedback wanted We need to make sure this is correct label Mar 20, 2022
progval added a commit to progval/irctest that referenced this pull request Mar 20, 2022
The syntax and base description are copied from
https://datatracker.ietf.org/doc/html/rfc1459#section-4.5.3
with two changes:

1. removed `<server>` because it is pointless
2. "`<count>` SHOULD be a non-positive number" because one
   implementation (ircu2) does not handle `0` the same way others do.
   (besides, there is no reason for clients to send that)

I ignored https://datatracker.ietf.org/doc/html/rfc2812#section-3.6.3
because noone seems to implement wildcards, and the only implementation
supporting TARGMAX WHOWAS (Bahamut) does not follow the spec (it returns
replies in query order instead of chronological order)

I added a description of replies, that matches every implementation I
could find.
In particular, I made it a requirement that `RPL_WHOWASUSER` must come
first, because otherwise it would be hell for clients to parse this.

Finally, I made it explicit that `RPL_ENDOFWHOWAS` should not be used
when the nick is missing, to match existing implementations (as opposed
to what the RFCs say).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feedback wanted We need to make sure this is correct
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant