| Age | Commit message (Collapse) | Author |
|
have more frequent scheduler only testing confirmed picking
bzr revid: mat@openerp.com-20131121152823-vphwy0jv9b02ajk2
|
|
batch mode, with one transaction per order
A programming error during an older refactoring lead to
the scheduler working with a single monolithic transaction.
This could cause unnecessary resource contention, plus
undesired rollback of all previous operations in the event
of an exception during scheduling.
bzr revid: odo@openerp.com-20130701163532-8bekn7sbb99ua08c
|
|
to procurement module.
bzr revid: uco@tinyerp.com-20100528104430-opnf85w0osxhb3te
|
|
procurement : renamed 'mrp.procurment' object to 'procurement.order'.
bzr revid: uco@tinyerp.com-20100527124706-uptnmyrdopc9yht9
|
|
procurement : renamed files
bzr revid: uco@tinyerp.com-20100527054542-0jq7fam3f6ga071f
|