View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003420||unreal||ircd||public||2007-07-04 15:35||2009-07-24 01:06|
|Summary||0003420: Channelmode 'A' is missing|
|Description||Channelmode A (Only Administrators may join) is missing from U3 Featureset.|
|Tags||No tags attached.|
|3rd party modules|
|We should probably have a mode that's +O <lowest oper type that can join> maybe|
> We should probably have a mode that's +O <lowest oper type that can join> maybe
Was mentioned in the past, a lot of people liked it. The problem noted with it was clients have trouble with modes that have optional parameters.
||Don't make the parameters optional then...just make the server set +O O when someone does /mode #channel +O|
Hm. Which client could that be?
Besides from this I agree to Shining Phoenix that the solution is to not make it optional. However: The problem with this is that +O is oper-only. But that isn't very useful at all. Instead of having an optional oper-only mode, people can set the lowest opertype in the hierarchy which is imho the best way to go.
Except by default, there is no hierarchy. Unless you load m_operlevels.so, no type is really higher or lower than any other. I would think, something more logical is:
If m_operlevel.so is loaded, you can do +O <level>, which lets anyone in of that level or higher.
No matter what, you can also do: +O <type1>,<type2>,<type3>,... basically a comma-seperated list of types that can go in. We could also have in conf, <type joinoper="yes/no"> == if yes, that type can join +O even if it's not listed.
|2007-07-04 15:35||apti||New Issue|
||Relationship added||child of 0003419|
||Relationship deleted||child of 0003419|
||Status||new => acknowledged|
||Relationship added||child of 0003417|
||Note Added: 0014440|
|2007-07-04 17:33||Stealth||Note Added: 0014442|
|2007-07-04 20:34||Shining Phoenix||Note Added: 0014444|
|2007-07-14 16:13||apti||Note Added: 0014488|
|2007-07-15 09:31||aquanight||Note Added: 0014492|
||Status||acknowledged => confirmed|
|2009-07-24 01:06||Stealth||Status||confirmed => closed|