Commit Graph

75 Commits

Author SHA1 Message Date
Vo Minh Thu f22f2fc770 [IMP] openerp.{modules,osv}: _logger with fully qualified module name.
bzr revid: vmt@openerp.com-20120124124252-91g3ysf33zsq4nhd
2012-01-24 13:42:52 +01:00
Vo Minh Thu 389257c009 [MERGE] merged trunk.
bzr revid: vmt@openerp.com-20120104131010-kbw2ej2rrdvyif96
2012-01-04 14:10:10 +01:00
Raphael Collet 9aa1ecbe58 [IMP] indicate tests in current thread, and prevent email sending during tests
bzr revid: rco@openerp.com-20111201153156-2ki7x22evf5ojyrz
2011-12-01 16:31:56 +01:00
Vo Minh Thu e9c405c244 [FIX] openerp.modules.loading: previous change disabled demo data altogether,
this should be now fixed by making sure that --withou-demo flag (or its absence)
is taken care of, and setting the base module demo field.
Normally the demo state of a module should have a ripple
effect on all modules depending on it. This might prove
not enough in this case and require some more testing.

bzr revid: vmt@openerp.com-20111117162824-yqswv6yk7bmiyj4s
2011-11-17 17:28:24 +01:00
Vo Minh Thu b6b25ea706 [IMP] openerp.modules.loading: -i all seems to work as documented in --help.
bzr revid: vmt@openerp.com-20111117150720-uaer043c2k55937n
2011-11-17 16:07:20 +01:00
Vo Minh Thu 99f99b6d83 [REF] openerp.modules.loading: preparing to support the -i=all option:
getting almost rid of the mess with tools.config[init|update].

bzr revid: vmt@openerp.com-20111117144628-pjpac87b5whg5cl0
2011-11-17 15:46:28 +01:00
Vo Minh Thu 330316672f [IMP] Clearer use of update_module arg.
- update_module was defined as config[init] or config[update]
- this means it is a mutable dictionary
- the code testing update_module is actually mutating
config[init] and config[update]...
- now update_module is really a True or False value.

bzr revid: vmt@openerp.com-20111117100608-0n8o99slgk42kiiv
2011-11-17 11:06:08 +01:00
Raphael Collet 3b3cf8e430 [IMP] mark as read all res_log entries created during a module installation
bzr revid: rco@openerp.com-20111017144615-e5b45twvm1s07ruf
2011-10-17 16:46:15 +02:00
Olivier Dony 209390d627 [MERGE] sync with latest trunk
bzr revid: odo@openerp.com-20110927165133-uwl7px6bxl6eu7us
2011-09-27 18:51:33 +02:00
Antony Lesuisse 7a88d9058d [MERGE] trunk
bzr revid: al@openerp.com-20110924145258-16r9qi7hr3dip1jz
2011-09-24 16:52:58 +02:00
Olivier Dony 2fbd4dfcdf [FIX] loading: remove leftover debugging breakpoint
bzr revid: odo@openerp.com-20110923134413-d71l4y5265z3nwcb
2011-09-23 15:44:13 +02:00
Olivier Dony 2e7a134228 [IMP] orm: introduce cleaner class hierarchy for models
We'll now have a BaseModel with 3 subclasses, AbstractModel,
TransientModel and Model. Model is for regular models, 
TransientModel for automatically-vacuumed models, and
AbstractModel for common superclasses meant to be 
inherited by other models only, and not directly used.

bzr revid: odo@openerp.com-20110923124525-jfzk55dk3ban2ps2
2011-09-23 14:45:25 +02:00
Olivier Dony 0d3085d14f [MERGE] sync with latest trunk
bzr revid: odo@openerp.com-20110922154155-jq811w768d9zfgim
2011-09-22 17:41:55 +02:00
Vo Minh Thu 79d0e39c4c [FIX] loading: load base only once.
bzr revid: vmt@openerp.com-20110902132712-j9bgfnzbmddarr7h
2011-09-02 15:27:12 +02:00
Olivier Dony 3fa9dcea34 [MERGE] latest trunk
bzr revid: odo@openerp.com-20110819150201-pas7z2md5sa3bk7e
2011-08-19 17:02:01 +02:00
Vo Minh Thu 51117db344 [REF] osv: replace isinstance(m,osv_memory) by m.is_transient().
bzr revid: vmt@openerp.com-20110816095755-2g5cblolcvchtewx
2011-08-16 11:57:55 +02:00
Xavier Morel 4ae3738376 [IMP] sort imports, improve functional shortcuts to _load_data (include cr partial application)
bzr revid: xmo@openerp.com-20110801085728-hg81gop09evfzuzu
2011-08-01 10:57:28 +02:00
Xavier Morel 4f6bc445a9 [IMP] use logging in db initialization
bzr revid: xmo@openerp.com-20110801085506-5qjuq36mx3ql7b93
2011-08-01 10:55:06 +02:00
Xavier Morel f4fef55e2b [IMP] don't manually manage extracted indexes when enumerate() can do it for us
bzr revid: xmo@openerp.com-20110801085457-bw0x6af0xwqmf7e5
2011-08-01 10:54:57 +02:00
Olivier Dony 05cbf2acbf [FIX] modules.loading: no warning about access right for osv inheriting from osv_memory
bzr revid: odo@openerp.com-20110718172943-jyfew63ruy9npqk5
2011-07-18 19:29:43 +02:00
Olivier Dony 8874fb058f [FIX] module.loading: ensure installed modules are all loaded before installing new ones
After the recent change to make module install
atomically (code *and* data), we ran into issues
when installing a new module indirectly triggers
code of a not-yet-loaded-but-installed module,
via its data that is already in the database
(e.g. worflows or reports modified by this module
within another module, that now refer to its
code).
To avoid this, we now make sure that we only
install new modules on top of a consistent system
(code *and* data), by loading all installed or
'to upgrade' modules *before* starting to install
new ones.

lp bug: https://launchpad.net/bugs/809168 fixed

bzr revid: odo@openerp.com-20110712133343-unf610k23fa6d3pk
2011-07-12 15:33:43 +02:00
Vo Minh Thu 0568b08bea [FIX] loading: pool.get("ir.module.module") was done before it was available.
bzr revid: vmt@openerp.com-20110711141045-c3pyqe0zuwxlljip
2011-07-11 16:10:45 +02:00
Olivier Dony cc7fae257f [IMP] module.loading: attempt to load each module atomically within load_module_graph (untested, work-in-progress)
bzr revid: odo@openerp.com-20110711124958-p91752exwv21sdf8
2011-07-11 14:49:58 +02:00
Vo Minh Thu a09b91d8fd [REF] simplified init_db/load_modules:
- removed unnecessary call to openerp.modules.db.initialize() in openerp/service/web_services.py
  as the pooler.restart_pool() call just next after is already doing it.
- made the try/finally section bigger in openerp/modules/loading.py, to inlcude
  the first cr.execute.
- abstracted the test to check if a database is initialized.
- removed unnecessary "if cr:" as the cr is nevertheless used after that.

bzr revid: vmt@openerp.com-20110517091822-pjtw6sc1s5assbr5
2011-05-17 11:18:22 +02:00
Vo Minh Thu 40bce2fead [REF] renamed modules.__init__ to modules.loading.
bzr revid: vmt@openerp.com-20110511174841-wk1yyr9971pu0pwh
2011-05-11 19:48:41 +02:00