View Issue Details

IDProjectCategoryView StatusLast Update
0000731unrealircdpublic2003-12-29 20:21
Reporterneuro Assigned Toluke  
PrioritynormalSeveritytrivialReproducibilityalways
Status closedResolutionopen 
Summary0000731: [Stable] Multiple chmode +u problems
DescriptionAs topic suggests, If users have +i, and they are in a +u channel, a user can enter this channel, only see @'s in the channel nicklist, but on doing a /who *, or a /who #chan, it will bring up all the users in the channel who should be hidden. Any person can do this, they do not have to be an opers.
Additional Information2003-04-11: Bugs fixed in devel, probably still present in 3.1.*
3rd party modules

Activities

syzop

2003-02-16 14:44

administrator   ~0001597

I know you are talking about 3.1.x but I just wanna say this issue is not present in 3.2.x ;P (tested with both +i and -i users). Btw you are not an ircop eh?

neuro

2003-02-16 16:20

reporter   ~0001598

yeh, i'm not sure on 3.2.x, but I dont really fancy changing all my conf over to fit with 3.2 :-/. Any chance of a quick fix?. Nah, i'm not an ircop :-)
Just to clarify, with that bug above, I'm talking about when a non-op is actually inside a +u channel, he cant see nicks in nicklist, but see's them in status screen when doing either /who command.

neuro

2003-02-17 09:40

reporter   ~0001614

Ok, changed to 3.2 (beta14).
Yeh, no problems with this version it seems.

syzop

2003-02-17 15:30

administrator   ~0001615

I didn't mean you had to change to 3.2 :PP. It was just so other coders know the bug is only in 3.1.*. Anyway, enjoy 3.2! :)

neuro

2003-02-18 00:56

reporter   ~0001620

yeh, i had a bit of time free so i thought i may as well switch. Thee is one thing, but i doubt this can be addressed. If you are on 3.2.x and in a +u and +s channel, you cant see any nicks in channel list or /who, but you can still see when the 'disconnect by peer' and 'ping timeout' 'quit' messages in status when people leave.

syzop

2003-02-18 02:45

administrator   ~0001621

Last edited: 2003-02-18 02:46

Quit problem confirmed @ latest cvs + changed title. *sleep*.

edited on: 02-18 02:46

syzop

2003-02-18 19:00

administrator   ~0001630

Now fixed in latest CVS (.1646):
- Fixed bug with chmode +u: Quits/nick changes of other users were shown.

neuro

2003-02-19 06:49

reporter   ~0001632

Last edited: 2003-02-19 07:35

Just updated with latest cvs. Couple of problems. Users no longer /Quit from the channel unless they /part or are an @ (in nicklist) or an oper.

Opers see @'s/opers /quit's (in channel)
@'s see @'s/opers /quit's (in channel)

Opers/@'s see join's from all users. no /quit's from any normal
                     users. See users part from channel if using /part.
                     cant see any nick changes in channel :-/

Which also means, when i go to do a mode change on a person, i have to do it manually as if they have changed nick, only their old nick would be in the nicklist,not their current nick. (which I would have no way of knowing) and if I were to op that person on them msging me with their new nick, they wouldnt show up as an op in the nicklist.

I also have another server linked running Unreal3.2 Beta14, which doesnt have the latest cvs, and from that server as a normal user, i can see all users joining the +u chan. Which I cant on the updated server. But thats not really a problem, i'll just update it too.

hope I explained that clear enough



edited on: 02-19 07:35

syzop

2003-02-19 15:50

administrator   ~0001633

Hm confirmed.. wtf.. I tested it multiple ways before I checked it in.. Uuuuh... *search* :/

syzop

2003-02-19 16:09

administrator   ~0001634

Ok, fixed in CVS (.1650).

neuro

2003-02-20 11:10

reporter   ~0001635

Last edited: 2003-02-20 11:11

All seems to be working fine now.
Only suggestion would be that if a user is in a +u room, and uses the /list command, it will bring up a list of channels including the channel he is in, and will show the (actual) number of users, rather than the number he can see in the channel.

edited on: 02-20 11:11

neuro

2003-02-20 19:36

reporter   ~0001636

another small point, i used /sapart to make an oper part the chan, he parts, but not his nick.. :-). only a minor prob though

syzop

2003-02-22 21:28

administrator   ~0001674

[I assume you are talking about 3.2 ;P]
/sapart worked fine here. Tested with:
A = an oper with @
B = normal user
C = an oper without @.
A does /sapart #chan C
Same test results if: C having @ and being an oper.

Maybe your clients gets f*cked up a bit? For example if an @ is deoped and then parts/quits/whatever.. there wont be any part or quit msg sent because he hasnt @.

Issue History

Date Modified Username Field Change
2003-04-11 17:16 syzop Summary Multiple chmode +u problems: /who and showing quits => [Stable] Multiple chmode +u problems
2003-04-11 17:17 syzop Additional Information Updated
2003-04-11 20:10 codemastr Assigned To => luke
2003-04-11 20:10 codemastr Status confirmed => assigned
2003-12-29 20:21 syzop Status assigned => closed