Daily updates from Odoo
Friday, March 14, 2025
5 changes
1 change
Enhancements to existing features
This update aligns internal naming for how project task filters are optimized with a related platform change. It helps keep the Enterprise codebase consistent and maintainable without changing day-to-day user workflows.
Original PR description
Companion of https://github.com/odoo/odoo/pull/201587.
4 changes
Enhancements to existing features
This update improves how messaging interface components are loaded so they wait for their required background services to be ready. It reduces the chance of timing-related crashes when chatter or discussion features are loaded on demand.
Original PR description
When we create a public root, we do: - Create env - Wait for services to load - Create `MainComponentsContainer` In a usual scenario, all the services are started in the second step above, so when we…
When we create a public root, we do: - Create env - Wait for services to load - Create `MainComponentsContainer` In a usual scenario, all the services are started in the second step above, so when we create the MainComponentsContainer, all the services we need are already available. The problem with the lazy loading chatter bundle is that one of the services in the second step is responsible for loading that bundle. So while the lazy bundle is loading, new services and main components are being added to the registry. The steps could become like this: - Create env - Wait for services to start - Start loading chatter bundle - Lazy services (from chatter bundle) are not yet completely started - Main components of the lazy bundle are added to the registry - Lazy services are completely started It might cause a crash due to unavailable services when the main components are added depends on the timing of the deployment of the lazy services. This PR defines a new service for each main component that are added through the chatter bundle to ensure that main components are registered when their dependent services are deployed. backport of odoo/odoo#201504 Related to: odoo/enterprise#81462
This update prepares the Point of Sale system for a new Brazilian electronic invoicing localization by adding integration hooks that other modules can use. It does not change current user behavior, but it makes future country-specific POS capabilities easier to add and maintain.
Original PR description
[IMP] web: eslint the new l10n_br_edi_pos module task-3564171 ---- [IMP] point_of_sale: add some hooks for l10n_br_edi_pos This doesn't change behavior, only adds a way to modify the behavior from other modules. task-3564171
This update allows background color highlighting rules to be accepted on fields in list views. It removes a validation gap so existing visual styling options can be used reliably without being rejected.
Original PR description
The current validation only allows decoration-color attributes on fields on list views. The decoration-bg-color attributes are working as expected but are not in allowed in the rng yet. Adding the attributes to the rng.
This update changes how Studio registers key interface elements so they are only activated after the services they rely on are ready. This reduces the risk of timing-related crashes when parts of the interface, such as chatter-related features, load in the background.
Original PR description
When we create a public root, we do: - Create env - Wait for services to load - Create `MainComponentsContainer` In a usual scenario, all the services are started in the second step above, so when we…
When we create a public root, we do: - Create env - Wait for services to load - Create `MainComponentsContainer` In a usual scenario, all the services are started in the second step above, so when we create the MainComponentsContainer, all the services we need are already available. The problem with the lazy loading chatter bundle is that one of the services in the second step is responsible for loading that bundle. So while the lazy bundle is loading, new services and main components are being added to the registry. The steps could become like this: - Create env - Wait for services to start - Start loading chatter bundle - Lazy services (from chatter bundle) are not yet completely started - Main components of the lazy bundle are added to the registry - Lazy services are completely started It might cause a crash due to unavailable services when the main components are added depends on the timing of the deployment of the lazy services. This PR defines a new service for each main component that are added through the chatter bundle to ensure that main components are registered when their dependent services are deployed. backport of odoo/enterprise#81327 Related to : odoo/odoo#201771