[asterisk-bugs] [JIRA] Created: (ASTERISK-20281) "core set verbose" behaves strangely, can't alias it, cli.conf example broken
Tim Ringenbach at Asteria Solutions Group (JIRA)
noreply at issues.asterisk.org
Mon Aug 20 16:03:07 CDT 2012
"core set verbose" behaves strangely, can't alias it, cli.conf example broken
-----------------------------------------------------------------------------
Key: ASTERISK-20281
URL: https://issues.asterisk.org/jira/browse/ASTERISK-20281
Project: Asterisk
Issue Type: Bug
Security Level: None
Components: Resources/res_clialiases
Affects Versions: 11.0.0-beta1
Reporter: Tim Ringenbach at Asteria Solutions Group
Severity: Minor
I ran into some problems with 'core set verbose' that really confused me for a while.
It looks like in asterisk 11, there's now two versions of this command, one inside rasterisk and one in asterisk itself.
The first thing I did "wrong" was create an alias in cli_aliases.conf "set verbose=core set verbose". This caused two different versions of the command to be exposed to me, depending on whether or not I used the "core" prefix. This was very confusing, since one was aliased to the other.
Also, I tried uncommenting the 'core set verbose 3 = yes' line in cli.conf. This doesn't work anymore.
Eventually I figured out that there's two versions of the command in asterisk now, one in asterisk.c and one in cli.conf. Reading the one in asterisk.conf, I figured out that I needed to edit /etc/asterisk/asterisk.conf to set a default verbose level.
So, I think we need to either somehow make the expected behavior work, or remove the cli.conf example, maybe put a warning there not to do that, and warn/disallow aliasing it. And maybe remove the duplicate function, but that's tricky because it's also the 'core set debug' command, which I believe it still implemented only in cli.conf and not handled by the rasterisk client.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list