Odoo Changelog — 2019-11-07

Thursday, November 7, 2019

3 changes

Bug Fixes(3)

Resolved issues and error corrections

[FIX] web: prevent destroyed widget from calling start (2)

Coremasterweb

This fix prevents website editing components that have already been removed or replaced from continuing their startup process. It reduces the risk of hidden editing glitches when page elements are refreshed quickly, especially for upcoming website snippet features.

Original PR description

This completes a commit that was made for the version saas-11.3 (12.0):
https://github.com/odoo/odoo/commit/1440c8be0337c89e3d67d6d93e614c269c8689f1

Indeed, the logic was implemented for the appendTo, prependTo, etc
methods but not for the attachTo...
This could solve unknown problems in stable versions as well but was
judged too risky to merge there. Indeed, if a real problem occurs in a
stable version because of this, the condition can be added to the
related widget individually.

The problem was found in master: during website edition, the public
widgets can be restarted if an element is edited... but sometimes the
public widgets may be restarted in the same JS stack execution. The
willStart method being async, the destroy method was called before
the start method. This does not lead not any known problem with our
current widgets but will create one for a new snippet being implemented.

#website#editor#widgets#stability

Master ir models restrict adt

PR #39739

Coremastercrmgoogle_drivesmsbasetest_new_apiMEDIUM

This fix changes how internal references are handled so Odoo can reliably clean up technical records when an app is uninstalled. It prevents leftover database definitions and avoids installation or uninstall issues caused by unsupported deletion rules.

Original PR description

Closes https://github.com/odoo/odoo/pull/38847

#uninstall#data cleanup#stability

[FIX] *: adapt enterprise code to changes from #38847

PR #6547

Enterprisemastermarketing_automation

This update keeps Enterprise features aligned with recent platform changes, preventing issues after the related core update. It affects marketing automation behavior and helps ensure campaigns continue to run as expected.

Original PR description

Closes https://github.com/odoo/enterprise/pull/6424

#compatibility#marketing#campaigns

This completes a commit that was made for the version saas-11.3 (12.0): https://github.com/odoo/odoo/commit/1440c8be0337c89e3d67d6d93e614c269c8689f1 Indeed, the logic was implemented for the appendTo, prependTo, etc methods but not for the attachTo... This could solve unknown problems in stable versions as well but was judged too risky to merge there. Indeed, if a real problem occurs in a stable version because of this, the condition can be added to the related widget individually. The problem was found in master: during website edition, the public widgets can be restarted if an element is edited... but sometimes the public widgets may be restarted in the same JS stack execution. The willStart method being async, the destroy method was called before the start method. This does not lead not any known problem with our current widgets but will create one for a new snippet being implemented.