Add a New Comment (Rich Markup)
Comment Type & Canned Response: None No canned response available
This is nice (and it means I probably have messed up my earlier tests).
But to finish this, NAMESX or multi-prefix should be enabled automatically when available, since it fixes a bug in the protocol, and there is practically no case where anyone should want to disable it.
Just tested, it is already working (since at least version 0.3.0): if many prefixes are found for a nick in list of names (with or without multi-prefix enabled), WeeChat will automatically store and use all the prefixes.
maybe it would be possible to support WHOX /who #channel %nf in case cap/protoctl/handshake namesx/multi-prefix is not available. Just a thought.
Just for the record, this is the problem multi-prefix solves:
1. Enable "nick list" in clients A and B.
2. From client A, join channel X.
3. Set both +o and +v for client A.
Client A will show "@user" in nicklist.
4. From client B, join channel X.
Client B will show "@user" in nicklist.
5. From any client, set -o for client A.
With multi-prefix, both A and B will show "+user" in nicklist.
Without multi-prefix, client B will show "user" in nicklist, because it wasn't informed about the "+" prefix.
This is based on task #9353. I'm submitting as this as a separate task since the two extensions mentioned in #9353 are separate as well, and not all servers even support both.
NAMESX is an extension that causes /all/ user prefixes (op, voice, etc) to be displayed in the NAMES reply, instead of just the highest prefix. (The prefixes are always ordered by rank; from highest to lowest.) For example:
:irc.example.tld 353 grawity @ #nullroute :~@+grawity @%grawtest
This avoids confusion when a user has multiple prefixes, and their highest prefix is removed – without NAMESX, the nicklist would show them as having no prefix at all; with NAMESX, the remaining highest prefix can be shown.
(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)
Attach Files: Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 2 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Only logged-in users can vote.
Please enter the title of George Orwell's famous dystopian book (it's a date):
Follow 4 latest changes.
Copyright © 2022 Free Software Foundation, Inc. Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved. The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team. Source Code
Powered by Savane 3.9