View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003897 | unreal | ircd | public | 2010-03-28 07:29 | 2018-09-09 20:14 |
| Reporter | CuleX | Assigned To | syzop | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Product Version | 3.2.8 | ||||
| Summary | 0003897: OperOverride through +m unreported | ||||
| Description | Opers with the can_override flag can override +m and talk, but those actions won't result in a message to any Snomasks or anything like that. Though it might be spammy on some networks, I think +m override should be reported anyway, possibly as a setting if people are trigger-happy. | ||||
| Steps To Reproduce | - Be an oper with can_override. - Join any channel with +m. - Make sure you have no special status (No +vhoaq on you). - Talk. - Notice that you have overriden +m, but there was no message to Snomask +e, or any other for that matter. | ||||
| 3rd party modules | |||||
|
|
I think this is somewhat funny, since CuleX, you probably got this idea because of me, overriding in a "supposed to be silent" IRC game ^^ If not, you should pm me and tell me what gave you the idea ;) Regardless, this would be WAYY to spammy for common networks. And I see no point in seeing when other opers are overriding a +m. It's not like it's the end of the world that an IRCop is overriding +m anyway; I would even go as far as to say, any globop without can_override; should be able to override +m. |
|
|
Sounds like a bad idea to me. But! As you said, perhaps some networks would like this, so I'll keep the bugitem. If anyone makes a patch for it that makes this configurable and defaults to off, I can check it in. Post-3.2.9. |
|
|
I'm closing this as "no change required". See previous discussion. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-03-28 07:29 | CuleX | New Issue | |
| 2010-04-03 11:37 | driew | Note Added: 0016050 | |
| 2010-07-14 17:23 | syzop | Note Added: 0016171 | |
| 2010-07-14 17:23 | syzop | Status | new => acknowledged |
| 2018-09-09 20:14 | syzop | Assigned To | => syzop |
| 2018-09-09 20:14 | syzop | Status | acknowledged => closed |
| 2018-09-09 20:14 | syzop | Resolution | open => no change required |
| 2018-09-09 20:14 | syzop | Note Added: 0020316 |
