[asterisk-bugs] [JIRA] (ASTERISK-25042) asterisk.conf options override command-line options.
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Fri May 1 17:33:33 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-25042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton updated ASTERISK-25042:
------------------------------------
Status: Open (was: Triage)
> asterisk.conf options override command-line options.
> ----------------------------------------------------
>
> Key: ASTERISK-25042
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25042
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/Configuration
> Affects Versions: SVN, 11.17.1, 13.3.2
> Reporter: Corey Farrell
> Severity: Minor
>
> Command-line parameters are processed before {{asterisk.conf}} is read. This causes asterisk to go against the expectation that any command-line options will override configured options.
> For example, if your {{asterisk.conf}} contains:
> {noformat}
> [options]
> verbose=0
> debug=0
> {noformat}
> Then run {{asterisk -cvvvddd}}, you will see that your verbose and debug are set to 0:
> {noformat}
> *CLI> core set verbose 3
> Console verbose was OFF and is now 3.
> *CLI> core set debug 3
> Core debug was OFF and is now 3.
> {noformat}
> A few exceptions exist, but for the most part if you set something in {{asterisk.conf}}, the equivalent command-line option will do nothing.
> I'm fairly confident the current behaviour of Asterisk is wrong, but I'm not sure if it's OK to fix in 11/13. I'm can patch this, I'd just like guidance on what versions it should be applied to. The possible issue I can see is if an init script uses an unwanted option, and an admin has used {{asterisk.conf}} to override it.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list