diff options
| author | Adrian Torres <adt@odoo.com> | 2020-02-12 10:46:08 +0000 |
|---|---|---|
| committer | Adrian Torres <adt@odoo.com> | 2020-02-13 17:13:03 +0000 |
| commit | b08729267b88a0139c46bd7ecbca49db24904de4 (patch) | |
| tree | 77d09aa78988c3c5f21ba0adfb30ca2c42511cb6 /addons/payment_authorize | |
| parent | 416500f6e3e17ecda5ee1ece1a1d274e5870eaab (diff) | |
[FIX] stock: reset product.template records to default type
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>
Diffstat (limited to 'addons/payment_authorize')
0 files changed, 0 insertions, 0 deletions
