View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002457 | unreal | ircd | public | 2005-04-01 15:38 | 2005-04-03 14:28 |
| Reporter | sin-x | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 3.2.4 | ||||
| Summary | 0002457: permissions to set +e | ||||
| Description | I think there should be an option on letting people control who can or cannot set +/-e (like removing it from ops/halfops, or even chan admin, and only letting q set it) With that it should be adjustable, so that way if a founder doesnt want an op +e'ing people, or -e'ing others, it could be set to prevent it. | ||||
| 3rd party modules | |||||
|
|
The purpose of +e isn't to protect ops. It's to allow certain people to join. For example, I don't want any AOL users, so I set +b *@*.aol.com, however, there is 1 guy from AOL I do want to allow, so I set +e bob@*.aol.com so that he may still join. Hence, this feature is unneeded as it makes no sense. |
|
|
perhaps i should have added an example we have user a who joins, op b bans for no reason, user a has exempt op b removes exempt placed by founder. Other ops keep fighting on letting user a in or not depending on if they like user a. now founder wants to restrict all e setting and unsetting to himself and admin ops only, no regular ops to prevent regular ops from setting/unsetting on other users. we have people who do that on my network, and as to block out the ability for people who shouldnt be doing it and leave certan chan modes to specific people (ie founder, admin or otherwise) |
|
|
Well it *definitely* would not be a per channel setting, that's insane. Then what, should +b have a permission setting? What about +v or any other mode? Also, if a channel owner can't trust his ops, perhaps they shouldn't be ops. I still see no reason to add this. |
|
|
Alright, close again then. I've asked a friend to look into coding an anope module for this idea, and possibly locking out +e except to ulines in a seperate module. And the problem isnt the people that are supposed to be ops, its the people that are given temp ops by other ops. The ones that are supposed to be ops are leaving the chan modes alone (except for op'ing people they shouldnt be). |
|
|
Firstly, this could be done in client scripting much easier. Secondly, have you considered that rather than setting +e, they can just set -b...! |
|
|
This can very easily be done: set { restrict-channelmodes "e"; }; Users will just need to request from an oper for +e/-e |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-04-01 15:38 | sin-x | New Issue | |
| 2005-04-01 15:53 |
|
Status | new => closed |
| 2005-04-01 15:53 |
|
Note Added: 0009688 | |
| 2005-04-01 22:26 | sin-x | Status | closed => feedback |
| 2005-04-01 22:26 | sin-x | Resolution | open => reopened |
| 2005-04-01 22:26 | sin-x | Note Added: 0009694 | |
| 2005-04-01 23:21 |
|
Note Added: 0009695 | |
| 2005-04-02 00:18 | sin-x | Note Added: 0009696 | |
| 2005-04-03 00:59 | w00t | Note Added: 0009698 | |
| 2005-04-03 01:06 | Stealth | Note Added: 0009699 | |
| 2005-04-03 14:28 | syzop | Status | feedback => closed |
