[FIX] Temporary disable addons subcommand auto discovery
authorFabien Meghazi <fme@openerp.com>
Fri, 25 Jul 2014 13:29:10 +0000 (15:29 +0200)
committerFabien Meghazi <fme@openerp.com>
Fri, 25 Jul 2014 13:38:49 +0000 (15:38 +0200)
commit01ef188a7b30f964f84adb5e0ce7f1d614eb882f
treecf5de2c4f6273fbe2441e76b7f704008e63553fd
parent091394737af6a8c68ec3128174b78676669eb889
[FIX] Temporary disable addons subcommand auto discovery

The problem with the current approach is that it imports all modules in
order to discover which one exposes a subcommand by subclassing
openerp.cli.Command. At that time, the arguments are not parsed in order
to setup the config because a subcommand could potentialy alter the
command line arguments (which is the case of `start`)

This behavior causes the modules to be imported with the default config and all
the modules using some config keys at startup won't have to value they
are supposed to have when considering the shared command line switches.

Long story short:

$ odoo --workers=6

is ok, but

$ odoo start --workers=6

is not.

As the automatic subcommands are not used yet, we temporary disable it
until as proper solution is found.
openerp/cli/__init__.py