View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001704||unreal||ircd||public||2004-04-06 18:35||2005-02-27 17:34|
|Target Version||Fixed in Version||3.2.3|
|Summary||0001704: operoveride bug|
|Description||An oper with the oper override flag, cannot deop a chmode +a or +q user when the oper is a channel operator, they can however if they deop themselves|
|Steps To Reproduce||attempt to deop a +a or +q user when oped in the channel|
|Tags||No tags attached.|
|3rd party modules|
Agreed. An oper with the operoverride flag who is +o cannot deop -o someone who is +a or +q. They can however deadmin and/or deowner them -a/-q.
Also, a halfop with operoverride cannot deadmin and/or deowner and/or deop a +q or +a.
edited on: 2004-04-07 08:46
Yes that's true..
And something else.. Only network administrators can set (+q -q) (+a -a) modes on a channel. Services Admins, Server Admins, IrcOps, etc with operoverride flag can not set these modes.
Unfortunately the mode code prevents us from fixing this without causing a desynch... I've fixed it that it accepts it from remote servers for now so if the bug is fixed in the future (3.2.1? cvs about a month?) it will all go fine.
In that case we could also look into the a/q netadmin only stuff (which looks like a leftover "feature" from before we had can_override).
I know people tend to disagree on whether we should support mixed-versions-networks but we left the beta stage and I don't feel it's a good idea to cause a desynch right now.
||I presume this comes under the same problem, and can't be fixed without a desync, but an oper with voice or halfops in a channel cannot oper override to invite users|
||Fixed in .300 -- feel free to test.|
|2004-04-06 18:35||pak||New Issue|
|2004-04-07 08:46||thunderbirdjl||Note Added: 0005757|
|2004-04-07 08:46||thunderbirdjl||Note Edited: 0005757|
|2004-04-12 07:07||vonitsanet||Note Added: 0005830|
|2004-04-13 16:26||syzop||Note Added: 0005851|
|2004-04-17 06:42||pak||Note Added: 0005875|
|2005-02-27 17:34||syzop||Status||new => resolved|
|2005-02-27 17:34||syzop||Fixed in Version||=> 3.2.3|
|2005-02-27 17:34||syzop||Resolution||open => fixed|
|2005-02-27 17:34||syzop||Assigned To||=> syzop|
|2005-02-27 17:34||syzop||Note Added: 0009334|