View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001888 | unreal | ircd | public | 2004-06-20 03:46 | 2004-07-09 13:31 |
| Reporter | Stealth | Assigned To | |||
| Priority | normal | Severity | trivial | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0001888: /who nick bug? | ||||
| Description | As an oper, if I were to type "/who Nick" or "/who #channel", and the nick or nicks have umode +i, the ? flag is not shown. But, if I "/who *", the ? flag is shown. Is this intentional? | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
Well, I'm assuming the ? is supposed to mean that you are seeing a user that you wouldn't normally be able to see. But naturally, in any kind of /who search, the ? should only appear if the user is +i, is matched using a wildcard search (since /whois on the nick would reveal his presence (or lack of) just as well), the user is visible (accounting for +u here) on any channels that you are on, and (of course) the user is not you ( :P ). This should apply regardless of the type of search. I would like to mention that I can confirm this (used OperServ RAW to make it join #Dragons): #Dragons OperServ H* [email protected] :1 Operator Assistant #Dragons Aria H& [email protected] :1 Divine Dragon - Aria #Dragons aquanight Hr*~ [email protected] :0 Thomas Stagner #Dragons End of /WHO list. #Test aquanight Hr*? [email protected] :0 Thomas Stagner * Scorch H [email protected] :1 Dragon of Fire - Scorch * Gust H [email protected] :1 Dragon of Wind - Gust * Flint H [email protected] :1 Dragon of Earth - Flint #Test Fizz H [email protected] :1 Dragon of Water - Fizz #Services Aria H [email protected] :1 Divine Dragon - Aria * Global H*? [email protected] :1 Global Noticer * DevNull H? [email protected] :1 /dev/null -- message sink #Dragons OperServ H*? [email protected] :1 Operator Assistant * HelpServ H* [email protected] :1 Dragons IRC Help Desk * BotServ H* [email protected] :1 Channel Control Services * MemoServ H* [email protected] :1 Memorandum Services * HostServ H* [email protected] :1 vHost Services * ChanServ H* [email protected] :1 Channel Registration Services * NickServ H* [email protected] :1 NickName Registration Services * End of /WHO list. Turns out, it also shows a ? for the user doing the search :P . |
|
|
Well for /who nick it should never show a ?. The ?, as aquanight explained, means "you shouldn't be seeing this." But, any user can type /who thenick and get the result, regardless of +i. So even though the user is +i, any normal user can see them. As for /who #channel, again aquanight explained it rather well. Aquanight, your /who #chan thing confused me a bit. What was your example showing? That it works, or that it doesn't? :) |
|
|
>Aquanight, your /who #chan thing confused me a bit. What was your example >showing? That it works, or that it doesn't? :) Both outputs were with OperServ joined to the channel (using /OperServ RAW :OperServ JOIN #Dragons). The first was /who #Dragons, and shows OperServ without the ?, which is correct. However, the second output (/who *) shows OperServ _with_ the ?, even though it is normally visible to me (via the channel, which is shown in the output). As a matter of fact, OperServ should _not_ have a ?, because, even though it is +i, the fact that it was on a channel with me should be enough to make it visible. It also should not be showing a ? for the user that made the query :P . |
|
|
This should be fixed in .99 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-06-20 03:46 | Stealth | New Issue | |
| 2004-06-20 22:11 | aquanight | Note Added: 0006740 | |
| 2004-06-21 00:19 |
|
Note Added: 0006742 | |
| 2004-06-21 00:26 | aquanight | Note Added: 0006743 | |
| 2004-07-05 17:46 |
|
Status | new => assigned |
| 2004-07-05 17:46 |
|
Assigned To | => codemastr |
| 2004-07-09 13:31 |
|
Status | assigned => resolved |
| 2004-07-09 13:31 |
|
Resolution | open => fixed |
| 2004-07-09 13:31 |
|
Note Added: 0006952 |
