diff options
| author | Nicolas Martinelli <nim@odoo.com> | 2019-10-11 11:55:17 +0000 |
|---|---|---|
| committer | fw-bot <otis@odoo.com> | 2019-10-11 22:34:59 +0000 |
| commit | 06c28f214e6b99e6cf2021f8d3aafc82dce60d08 (patch) | |
| tree | 529f746f8f1b77fad144ead1aa5803a85a38cb8f /addons/note/security/note_security.xml | |
| parent | 6677ea104a7c3cd541c05777ca23479befcf6ae5 (diff) | |
[FIX] models: infinite loop
Example of workflow to reproduce the issue:
- Add a selection field 'Test' to `project.task` with Studio
- Go to Projects > Planning > By Project
- Switch to list view
- Add the newly created field to the view 'Task > Test'
The interface loops indefinitely because the server is stuck in an
infinite loop.
The loop is the following:
https://github.com/odoo/odoo/blob/89270ee39c0daa46ae8e2e3e57d7e512a1a65ddf/odoo/models.py#L5624-L5625
The root cause of the issue comes from an incorrect object ID added in
the list of fields to recompute. Since the method is set in a
`post_init`, the object `field` is different from `recs[field_name]`.
To prevent the error, we retrieve the object directly in the
`mark_fields_to_compute` method.
opw-2083852
closes odoo/odoo#38550
X-original-commit: 446cd3f3d610c9a872969f5d6843ccb6ebdb0d40
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>
Co-authored-by: Denis Ledoux <dle@odoo.com>
Diffstat (limited to 'addons/note/security/note_security.xml')
0 files changed, 0 insertions, 0 deletions