Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

make commandline args override config file args when multiple=True #484

Merged
merged 1 commit into from
May 7, 2012

Conversation

vadimg
Copy link
Contributor

@vadimg vadimg commented Mar 27, 2012

make commandline args override config file args when multiple=True instead of appending to config file args

Currently, when you have an option x where multiple=True, and you have x = ['hi'] in the config file, and you pass --x=bye in the commandline, options.x will be set to ['hi', 'bye'].

I think it's weird and inconsistent to have commandline args append to config file args when multiple=True, when they override config file args when multiple=False.

make commandline args override config file args when multiple=True
instead of appending to config file args
@bdarnell
Copy link
Member

bdarnell commented May 7, 2012

Yeah, it's a little weird when you combine files and flags in this way. On the other hand, the current behavior lets you say "--x=foo --x=bar" and then options.x==["foo", "bar"]. This doesn't appear to have been documented, but I think it was intentional. However, since there is no way to disable the comma-splitting, the ability to specify options multiple times is probably more trouble than its worth.

bdarnell added a commit that referenced this pull request May 7, 2012
make commandline args override config file args when multiple=True
@bdarnell bdarnell merged commit de3cf92 into tornadoweb:master May 7, 2012
Rudd-O pushed a commit to Rudd-O/tornado that referenced this pull request Jun 27, 2013
make commandline args override config file args when multiple=True
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants