Odoo Changelog — 2023-09-01

Friday, September 1, 2023

3 changes · master

Refactoring(3)

Code cleanup and technical improvements

[REF] mail_enterprise, *:tests: use native code for most contains/text

Enterprisemasterapprovalscrm_enterprisedocumentsdocuments_spreadsheetknowledgemail_enterprisesigntest_mail_enterprisetimesheet_gridvoipwebsite_helpdesk_livechat

This update modernizes internal automated tests across multiple Odoo Enterprise apps by replacing older jQuery-based text checks with native browser checks. It helps make tests more reliable and prevents rare infinite-loop situations during test execution, with no direct change to end-user features.

Original PR description

* = approvals, crm_enterprise, documents_spreadsheet, test_mail_enterprise, timesheet_grid, website_helpdesk_livechat

The choice was made to have "trimmed text" check rather than "contains" to have more robust tests, at the cost of slightly more effort to write complete and unique asserts.

There is no direct speed improvement from this one, but it is one step closer to removing jQuery.

Moreover, it will fix infinite loops in some situations, because jQuery selectors would write attributes on the body, which would trigger the mutation observer, which itself will call the selector again.

https://github.com/odoo/odoo/pull/133717

#tests#reliability#modernization#jquery

[REF] *: remove owl2 compatibility

PR #46526

Enterprisemastermrp_mpsstock_barcodeweb_enterpriseweb_studioworksheet

This update removes outdated compatibility code across Manufacturing Planning, Barcode, Enterprise web navigation, Studio, and Worksheet areas. It helps keep the platform easier to maintain and better aligned with the current interface framework, with no intended change to day-to-day business workflows.

Original PR description

*: mrp_mps, stock_barcode, web_enterprise, web_studio, worksheet

Part of task-id 3439226

#maintenance#frontend#compatibility

[REF] mrp_workorder: use unity model

PR #46018

Enterprisemastermrp_workorderMedium

The shop floor manufacturing app now uses one shared data model instead of several separate ones, reducing repeated data loading and making screens more reliable. The update also removes an unused tablet view and fixes demo data and small workflow issues, such as undoing a completed stock move.

Original PR description

Currently the shop floor app is working with 4 differents relationalModel. It's an issue for the following points:
- It requires 4 rpc to load the server's data. Now with the unity read, other views only require one for all differents model
- Inside the app we have to do the match between x2m objects. We created multiple function to get the sub records base on a lot of array browsing. With the new related key in the params, it could be done automaticaly.
- There are reload everywhere in the code and sometimes, they forgot to load a related object (e.g. following a public method)

This PR create a single model and clean all the reload. Using only a single one on mrp.display (and propagate it by the env)

It also aim to have all the information on the model in a single function. (relation, domain, order)

Minor fix on demo data, the operation are activated while the workorders settings has been removed by default

#shop floor#manufacturing#performance#reliability

* = approvals, crm_enterprise, documents_spreadsheet, test_mail_enterprise, timesheet_grid, website_helpdesk_livechat The choice was made to have "trimmed text" check rather than "contains" to have more robust tests, at the cost of slightly more effort to write complete and unique asserts. There is no direct speed improvement from this one, but it is one step closer to removing jQuery. Moreover, it will fix infinite loops in some situations, because jQuery selectors would write attributes on the body, which would trigger the mutation observer, which itself will call the selector again. https://github.com/odoo/odoo/pull/133717

Currently the shop floor app is working with 4 differents relationalModel. It's an issue for the following points: - It requires 4 rpc to load the server's data. Now with the unity read, other views only require one for all differents model - Inside the app we have to do the match between x2m objects. We created multiple function to get the sub records base on a lot of array browsing. With the new related key in the params, it could be done automaticaly. - There are reload everywhere in the code and sometimes, they forgot to load a related object (e.g. following a public method) This PR create a single model and clean all the reload. Using only a single one on mrp.display (and propagate it by the env) It also aim to have all the information on the model in a single function. (relation, domain, order) Minor fix on demo data, the operation are activated while the workorders settings has been removed by default