Anope Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001624Anope Stable (2.0.x series)[All Projects] Generalpublic2014-11-29 01:052014-11-29 01:45
Reporterwebczat 
Assigned To 
PrioritynormalSeverityminorReproducibilityN/A
StatusnewResolutionopen 
PlatformOSOS Version
Summary0001624: chanserv help should take privileges into account
DescriptionMany commands in chanserv have help that, in it's contents, tells the user what level is by default required to access a given command.
However, it does not take account that those defaults can be changed not only per channel, but also on the whole network, and in this case help output can be wrong in some cases in this respect.
Also, not all access systems have to be loaded.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0006677)
webczat (reporter)
2014-11-29 01:45

Example: this is help output of chanserv command "KICK" taken from terranova:
 00:38 -- ChanServ (services@services.teranova.net): Syntax: kick channel nick [r
 eason]
 00:38 -- ChanServ (services@services.teranova.net): kick channel mask [r
 eason]
 00:38 -- ChanServ (services@services.teranova.net):
 00:38 -- ChanServ (services@services.teranova.net): Kicks a specified nick from a channel.
 00:38 -- ChanServ (services@services.teranova.net):
 00:38 -- ChanServ (services@services.teranova.net): By default, limited to AOPs
 or those with level 5 access
 00:38 -- ChanServ (services@services.teranova.net): and above on the channel. Channel founders can also specify masks.

In the code, the fact that this command is restricted by default to AOPS or access level 5 is given statically, but network defaults can be changed using privilege blocks in the config, so this info may become invalid.
In addition, someone may want to use chanserv with no xop module at all, for example, so it could possibly confuse users.

- Issue History
Date Modified Username Field Change
2014-11-29 01:05 webczat New Issue
2014-11-29 01:45 webczat Note Added: 0006677


Copyright © 2000 - 2018 MantisBT Team
Powered by Mantis Bugtracker