View Issue Details

IDProjectCategoryView StatusLast Update
0001051unrealircdpublic2013-01-09 10:45
ReporterFoster Assigned Tosyzop  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionduplicate 
PlatformWindows XP ProfessionalOS Version5.1 (Build 2600) 
Product Version3.2-beta17 
Summary0001051: Make chmode +u more client/user-friendly
DescriptionI have a suggestion. On auditorium channels, the server should send join messages when a user gets opped and is then permitted to see the real userlist. Also, when a user gets deopped, the server should send part messages.

Alternatively (I dont know how well this would work), the server could instead send a /names to the client for the channel. That way the client doesnt see a bunch of joins/parts when he/she gets opped or deopped.
Steps To ReproduceSet a channel auditorium mode +u
At least one non-operator user should be on the channel
Join the channel and set yourself +o (if you have services, then ChanServ should op you)
You won't see the non-operator users, unless you type /names #channel
Additional InformationThis was emailed to stskeeps, but I was instructed to post it here.
TagsNo tags attached.
3rd party modules

Relationships

related to 0002160 closedsyzop Channel +u Ops 
related to 0004160 closedtmcarthur Channel mode +u/+mu 
related to 0003344 closedsyzop +u auditorium mode 

Activities

syzop

2003-06-20 01:57

administrator   ~0002999

Just remember that chmode +u will stay bit weird, I mean.. people will still be able to talk without voice/ops/etc if the chan is +(n)u and -m.
Anyway, this was already discussed at unreal-users mailinglist... :p

syzop

2013-01-09 10:45

administrator   ~0017333

Discussion moved to 0004160

Issue History

Date Modified Username Field Change
2003-06-19 19:46 Foster New Issue
2003-06-20 01:54 syzop Severity trivial => feature
2003-06-20 01:54 syzop ETA none => > 1 month
2003-06-20 01:54 syzop Summary Auditorium mode => Make chmode +u more client/user-friendly
2003-06-20 01:57 syzop Note Added: 0002999
2004-11-25 00:18 codemastr Relationship added related to 0002160
2007-04-27 05:55 stskeeps Status new => acknowledged
2007-05-18 02:06 stskeeps Relationship added related to 0003344
2013-01-09 10:45 syzop Relationship added related to 0004160
2013-01-09 10:45 syzop Note Added: 0017333
2013-01-09 10:45 syzop Status acknowledged => closed
2013-01-09 10:45 syzop Assigned To => syzop
2013-01-09 10:45 syzop Resolution open => duplicate