View Issue Details

IDProjectCategoryView StatusLast Update
0006063unrealircdpublic2022-03-23 08:21
Reporterarmyn Assigned Tosyzop  
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionno change required 
Product Version6.0.2 
Summary0006063: /who ~account:name
DescriptionHi,

Will this command ever exist: /who ~account:<name>

The goal is to be able for example to retrieve the nick or nicks currently used by an account directly by the who, it would surely be useful because we can also retrieve realname etc..

Would it be difficult or easy to do?

cdt
TagsNo tags attached.
3rd party modules

Activities

k4be

2022-02-02 19:27

developer   ~0022390

/who accountname a

armyn

2022-02-02 19:36

reporter   ~0022391

@k4be
I am connected to no channel and I type this: /who <nick>
and it displays the who with the ident, mask, realname etc..

But with /who accountname a
it does not return, do you have to be connected to the same channel as the user?
there is no way to do without being present in any room? this is the purpose of using /who accountname a

syzop

2022-03-23 08:21

administrator   ~0022420

So, the feature exists, but yes it does obey all the standard WHO rules of "visibility" for privacy.
If you don't want the privacy features for WHO[*] then users should not set usermode +i.
You can even go as far as removing it from modes on connect and putting i in set::restrict-usermodes. Of course, I don't know if your users will like that, since it is very unusual to run a server that way.

[*] It affects three things off the top of my head: 1) the LUSERS counts the "Visible" and "Invisible", 2) the visibility in WHO, 3) a "NAMES #channel" request if you are not in #channel... +i users are hidden, -i users are not.

Issue History

Date Modified Username Field Change
2022-02-02 19:25 armyn New Issue
2022-02-02 19:27 k4be Note Added: 0022390
2022-02-02 19:36 armyn Note Added: 0022391
2022-03-23 08:21 syzop Assigned To => syzop
2022-03-23 08:21 syzop Status new => closed
2022-03-23 08:21 syzop Resolution open => no change required
2022-03-23 08:21 syzop Note Added: 0022420