Project

General

Profile

Bug #903

Odd umode case can make user disappear from nick list

Added by srae over 10 years ago. Updated about 10 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
Start date:
01/25/2010
Due date:
% Done:

100%

Estimated time:
Version:
0.6-pre
OS:
Any

Description

The nick list can lose track of users when a specific uname command is issued.

Multiple umode commands can be issued by stacking the commands like:

/mode #channel +ooo user1 user2 user3...

This works correctly if multiple different modes are specified like:

/mode #channel -o+oo user1 user2 user3

However, if the negative umode change is specified last, and if all the mode changes take effect, any users affected by it will disappear completely from the nick list and don't reappear until they or you rejoin the channel:

/mode #channel +o-oo user1 user2 user3

In the last case, user2 and user3 will no longer be visible in the nick list. They can still be seen in the chat window, along with any status changes made to them. This also works if the umode is +/-h or +/-v.

Core versions: 0.5.0-0ubuntu1, 0.5.2-0ubuntu1~karmic1
Client version: Windows 0.5.1 (dist-7cae1af), Nov 21 2009

Associated revisions

Revision 9f027bb4 (diff)
Added by Marcus Eggenberger about 10 years ago

fixes #903 - Odd umode case can make user disappear from nick list

Revision 036f2bed (diff)
Added by Marcus Eggenberger about 10 years ago

fixes #903 - Odd umode case can make user disappear from nick list

History

#1 Updated by al over 10 years ago

  • Status changed from New to Confirmed

#2 Updated by al over 10 years ago

  • Version changed from 0.5.0 to 0.6-pre

#3 Updated by al over 10 years ago

  • Assignee set to seezer

#4 Updated by al over 10 years ago

  • Target version set to 0.6.0

#5 Updated by johu about 10 years ago

  • Target version changed from 0.6.0 to 0.6.2

#6 Updated by seezer about 10 years ago

  • Assignee changed from seezer to EgS

#7 Updated by EgS about 10 years ago

  • Status changed from Confirmed to Resolved
  • % Done changed from 0 to 100

Also available in: Atom PDF