| 857 |
|
struct Client *target_p; |
| 858 |
|
struct Membership *member; |
| 859 |
|
|
| 860 |
< |
/* *sigh* - dont allow halfops to set +/-h, they could fully control a |
| 861 |
< |
* channel if there were no ops - it doesnt solve anything.. MODE_PRIVATE |
| 862 |
< |
* when used with MODE_SECRET is paranoid - cant use +p |
| 863 |
< |
* |
| 864 |
< |
* it needs to be optional per channel - but not via +p, that or remove |
| 865 |
< |
* paranoid.. -- fl_ |
| 866 |
< |
* |
| 867 |
< |
* +p means paranoid, it is useless for anything else on modern IRC, as |
| 868 |
< |
* list isn't really usable. If you want to have a private channel these |
| 869 |
< |
* days, you set it +s. Halfops can no longer remove simple modes when |
| 870 |
< |
* +p is set (although they can set +p) so it is safe to use this to |
| 871 |
< |
* control whether they can (de)halfop... |
| 872 |
< |
*/ |
| 873 |
< |
if (alev < |
| 874 |
< |
((chptr->mode.mode & MODE_PRIVATE) ? CHACCESS_CHANOP : CHACCESS_HALFOP)) |
| 860 |
> |
if (alev < CHACCESS_CHANOP) |
| 861 |
|
{ |
| 862 |
|
if (!(*errors & SM_ERR_NOOPS)) |
| 863 |
|
sendto_one_numeric(source_p, &me, |
