View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001109 | unreal | ircd | public | 2003-07-10 15:59 | 2003-11-20 19:43 |
| Reporter | _SciFi_ | Assigned To | syzop | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001109: +m override | ||||
| Description | In older versions of unreal it was possible to override channelmode +m. Somehow it has disappeared now (maybe you wanted it that way :). Now i wanted to ask if you could add it again. It's not that important, i can add it myself too, but maybe others want it back too so i ask for that feature. | ||||
| 3rd party modules | |||||
|
|
The current state is much better, that disallows performing any kind of channel operations (including setting/removing channel modes) from IRC Operators without channel operator privileges, except they have a can_override operflag. So why should UnrealIRCd treat +m as an exception to operoverride? edited on: 07-10-03 16:52 |
|
|
yeah normally i'm too against too much overrides, but i think +m override can be useful for opers (instead of setting chanmode -m or voice himself which sux more). but as i said i can add it myself, it's just a question and some coder will decide :) |
|
|
To my knowledge, and I checked as far back as 2.1.7, Unreal never allowed opers to override +m. If you can give me a reason other than "opers should be able to do anything" or "it's cool because the users don't know why you can talk when you are -v" then maybe I'll consider it. |
|
|
i'm sure it was there in 3.1.1 at least because i started with that version and i could override. I never meant stuff like to be cool when you can talk with +m. My thoughts: When you join a chan which is +m and you want to tell some important thing you have two possibilities: a) you can voice yourself or b) set mode -m in the chan. I think both possibilities are worse than a +m override without changing chanmodes. And additionally: when you aren't voiced an get banned but not kicked you can override it and talk anyway - you could voice or deban yourself too but the possiblility to override exists. why shouldn't it exist for +m then? |
|
|
hum you can override +m chanmode if you get chanmode +a (voice isn't needed) |
|
|
it's the same thing... you override, doesn't matter if it's +aqvoh. |
|
|
Yes, thats right SciFi. Unreal supported that in older versions. I know that to 100%. One day I wondered, why it don´t work anymore, to talk without +v or op, when the channel was +m. I got no answer in the channel, because the others never received the question. There are many overrides with other modes, so why shouldn´t there one for +m? And there was a override in older versions, I am sure. It's helpful to talk, when IRCops see, that the channel have a problem with anything, such like spambots, or nick change flood, to say them, they should set the channel +s, or +N, because many users don´t know all the commands and modes, which are available. And when IRCops see, that they can help, why should they voice himself first, or say nothing? Or at last, set the mode himself with operoverride. (If thats ok, depends on the situation. When IRCops see a mass client connect and/or disconnect, they know, that a flood COULD or WILL start) Thats only one reason.. I am sure there was more, but I can´t remember yet. When you think, its only a "feature", so IRCops can play with that.. Then they are lame, and can also use operoverride to set themselve +v. Thats my part to that. |
|
|
Added in .1884. Like some people said, it's pretty common an oper joins just to help and is unable to speak coz of +m. Actually I think +m override is even better than the current situation from an oper abuse point of view because they don't have to voice/op/etc themselves anymore... I thought about only allowing it for opers with can_override, but this is really not abusive.. if any chanop doesn't like it.. he/she can just kickban the oper heh |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-07-10 15:59 | _SciFi_ | New Issue | |
| 2003-07-10 16:52 | AngryWolf | Note Added: 0003198 | |
| 2003-07-10 16:52 | AngryWolf | Note Edited: 0003198 | |
| 2003-07-10 17:29 | _SciFi_ | Note Added: 0003199 | |
| 2003-07-10 21:52 |
|
Note Added: 0003201 | |
| 2003-07-10 21:58 | _SciFi_ | Note Added: 0003202 | |
| 2003-07-10 23:12 | Lx | Note Added: 0003203 | |
| 2003-07-11 07:24 | _SciFi_ | Note Added: 0003205 | |
| 2003-07-22 12:35 | Rocko | Note Added: 0003317 | |
| 2003-08-17 19:42 | syzop | Status | new => resolved |
| 2003-08-17 19:42 | syzop | Resolution | open => fixed |
| 2003-08-17 19:42 | syzop | Assigned To | => syzop |
| 2003-08-17 19:42 | syzop | Note Added: 0003493 | |
| 2003-11-20 19:43 | syzop | Status | resolved => closed |
