| Age | Commit message (Collapse) | Author |
|---|
|
With this commit, Selection fields with `required=True` which are
extended via `selection_add` are given proper ondelete policies to
ensure the cleanup of records containing these extended options during
uninstall of the extending module.
This commit also cleans up leftover uninstall hooks that were being used
to handle the same set of problems prior to the ondelete mechanism being
implemented for Selection fields.
closes odoo/odoo#46325
Related: odoo/enterprise#9117
Signed-off-by: Raphael Collet (rco) <rco@openerp.com>
|
|
Stock introduces the option 'product' for the field `type` of the
`product.template` model.
If there exists records for this model with the aforementioned option
selected when the stock module is uninstalled, the records will remain
in the database for an indefinite amount of time, all while pointing to
an option that does no longer exist (except if the record was created by
the stock module itself), making the registry inconsistent and
eventually leading to a crash.
This is a known limitation of the ORM regarding Selection fields and
more specifically the `selection_add` mechanism, no "generic" solution
has been chosen thus far because it is not always clear which approach
should be taken:
1) Delete the record?
2) Set the option to a fallback, base option?
3) Something else handled by the module itself?
...
In this case the second approach has been chosen and whenever the module
stock is uninstalled, all remaining product.template records of `type`
'product' will be reset to the default option defined by the field,
which as of this commit is 'consu'.
See opw#2193814
closes odoo/odoo#45341
X-original-commit: a84b2829c5fac9e2b0d8cb49a4e7aa73f7e0e2b2
Signed-off-by: Adrian Torres (adt) <adt@odoo.com>
|
|
The user can already send a confirmation email when the
Stock Picking is done. It'd be great to communicate the
same information by SMS.
In addition, the current mailing tool requires a manual
action. The idea is to automate the process via a
Setting instead.
id=1972567
closes odoo/odoo#35662
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
|
|
We move the code from the 'post_init_hook' into a function tag, to be
consistent with the way we populate missing data when stock module is
installed.
TASK-ID: 1882269
|
|
If companies are created before the installation of module stock, the
warehouses of those companes won't be created when stock module is
installed.
So we've created a post init hook to create the warehouses for the
existing companies.
TASK-ID: 58645
|
|
|
|
Previous to this rev.:
*Install stock w/ demo data
*Uninstall stock
*Reinstall stock
Result: Boom! Installation crashes.
Reason: The demo data installed with stock is not properly deleted after
the module is uninstalled, which causes issues/conflicts upon
reinstallation of the same demo data.
Solution: Remove any demo data of stock models upon installation if any
exist through a pre_init_hook, ideally this would be done by overriding
the unlink() of the affected models / setting some ondelete='cascade',
or even a uninstall_hook, however these solutions prove insufficient for
databases that are currently affected by the problem.
Fixes #22243
|
|
* LDAP import: python-ldap is not python3-compatible, pyldap is
Warning: only supported from debian Stretch (current testing)?
https://packages.debian.org/search?searchon=names&keywords=pyldap
* implicitly relative imports
* imports of moved or removed stdlib modules
issue #8530
|
|
Incoterms models and views are moved in their own file. Impacted:
- stock.incoterms
This commit only moves files. No change is done.
This last commit is done by renaming the remaining code in stock.py file. We
hope this helps keeping a bit of history by being able to retrieve the original
stock.py file.
|
|
Move models not located in stock.py file and their views:
- barcode
- procurement
- product
- product.putaway, product.removal and stock.fixed.putaway.strat are
extracted from product.py to their own product_strategy file
to separate product and product.template code from stock specific
code related to products
- res_*
- settings
- web_planner
This commit only moves files. No change is done.
|
|
|
|
|
|
- Preserved explicit 3rd-party copyright notices
- Explicit boilerplate should not be necessary - copyright law applies
automatically in all countries thanks to Berne Convention + WTO rules,
and a reference to the applicable license is clear enough.
|
|
Let 2015 be a year without modelines!
cf #4174
|
|
bootstrap only
bzr revid: csn@openerp.com-20140226161003-kzgg5xfcrn8ucspx
|
|
bzr revid: fp@openerp.com-20130804115325-ejsbn2qoawnrgaic
|
|
journal_id, ...
bzr revid: jco@openerp.com-20130701191308-0ztvfe7bq4kfrqv8
|
|
bzr revid: fp@tinyerp.com-20130629221703-ti4qqcc8e3pc0ddh
|
|
bzr revid: jco@openerp.com-20130517162114-3p7boe3km5zb01bn
|
|
separate module in other modules
bzr revid: jco@openerp.com-20130513115942-flyx6wiuv79dtgln
|
|
bzr revid: tpa@tinyerp.com-20120305132047-vzchsc9d5kb8z2xr
|
|
bzr revid: hmo@tinyerp.com-20110714105716-xn54phkryzjuc94e
|
|
bzr revid: han@tinyerp.com-20110708093022-qm22kull5wq1vvmi
|
|
bzr revid: mra@mra-laptop-20100706115632-ar3g22cjjqfo331i
|
|
bzr revid: mso@mso-20100318100813-zqhn6scrdekcz316
|
|
bzr revid: apa@tinyerp.com-20100312114045-fi3tpjvynoqktmy3
|
|
simple wizards to osv_memory wizards
bzr revid: rpa@openerp.co.in-20100219105145-f9pvx6g8ua9fjq0r
|
|
bzr revid: stephane@openerp.com-20100112091839-a6p7tenhb4e4zxyx
|
|
bzr revid: hda@tinyerp.com-20091014111534-1vtk21rz8byhszzf
|
|
lp bug: https://launchpad.net/bugs/357182 fixed
bzr revid: hda@tinyerp.com-20091013055837-3ntnbe8b938xmk97
|
|
bzr revid: stephane@tinyerp.com-20090104221250-55q32ayj2t8kzb2k
|
|
bzr revid: christophe@tinyerp.com-20081103191856-jhcivvwb16fvz2os
|
|
bzr revid: fp@tinyerp.com-20080916103753-x2velfo42zzk2lb7
|
|
bzr revid: christophe@tinyerp.com-20080723144147-77o5t9adx26a84lt
|
|
bzr revid: stw-d9a6d631f7cfdab5a120a6b0104ce2dbf8644841
|
|
bzr revid: pinky-dedd7f8a42bd4557112a0513082691b8590ad6cc
|
