Odoo Changelog — 2025-11-07

Friday, November 7, 2025

5 changes · saas-18.4

Improvements(5)

Enhancements to existing features

[IMP] im_livechat: day of week filter considers first day from language settings

Coresaas-18.4im_livechat

The Live Chat report’s “Day of Week” grouping now follows the first day of the week configured in each user’s language settings. This makes weekly reporting match local expectations and improves the accuracy and readability of report summaries for international teams.

Original PR description

**Current behavior before PR**:

The "Day of Week" group by in the Live Chat report always treats Sunday as the start of the week, ignoring the "First Day of Week" configured in the user's language settings.

**Desired behavior after PR is merged**:

"Day of Week" group by now correctly takes into account the user's configured "First Day of Week", as set in their language settings.

**task**-[4808640](https://www.odoo.com/odoo/project.task/4808640)

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#213307

#reporting#localization#live chat#week start

[IMP] voip: use country data from res.country model

PR #99042

Enterprisesaas-18.4voip

VoIP now uses the country information already stored in Odoo instead of relying on a hard-coded country-code URL. This fixes incorrect flags and country names for places such as Bonaire, Sint Eustatius, and Saba, making the displayed contact information more consistent and reliable.

Original PR description

Previously, we hard-coded the URL according to the country code to display a country flag. However, this is not the case for all countries. Countries like Bonaire, Sint Eustatius, and Saba use the flag of the Netherlands. Additionally, Bonaire, Sint Eustatius, and Saba are shown as Caribbean Netherlands, which is inconsistent with the data from our res.country model.

This commit changes it to use the data from res.country.

Task-5207454

Forward-Port-Of: odoo/enterprise#98756

#voip#country data#flags#contacts#display

[PERF] stock: compute the child locations once per move in putaway

PR #234790

Coresaas-18.4stockMEDIUM

This update speeds up stock move validation by avoiding repeated recalculation of the same location hierarchy data for each move line. As a result, large transfers complete significantly faster, reducing waiting time for users handling inventory operations.

Original PR description

Previously when validating a movement with a location that is used in a rule, move_dest_ids was set which led to it going to check the putaway strategy. The bottleneck was the computation of the computed field child_internal_location_ids which is the same across all smls.

This PR utilizes the fact that the smls in the same stock_move would have the same destination location and by proxy the same child_internal_location_ids

Speed up:

1000 stock move lines:
Before:  2 mins
After: 1 mins


---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#233467
Forward-Port-Of: odoo/odoo#210142

#performance#inventory#stock moves#validation

[18.0][IMP] sale_pdf_quote_builder: Defensively test sale.order state names.

PR #234752

Coresaas-18.4sale_pdf_quote_builder

This update makes the quote builder test suite more resilient when a third-party module changes the names of sales order statuses. It helps keep automated checks reliable without affecting normal business users directly.

Original PR description

### Description of the issue/feature this PR addresses:

This ensures that `sale_pdf_quote_builder` tests pass even if a third party module that renames `sale.order` `state` selections has been installed.

### Current behavior before PR:

Tests fail.

### Desired behavior after PR is merged:

Tests pass.


---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#232760

#tests#reliability#sales#quote builder

[IMP] base: make an unallowed files exception text more explicit

PR #234634

Coresaas-18.4base

The system now explains more clearly when a file is rejected because it belongs to an uninstalled module or add-on. This should make troubleshooting faster by helping users and support teams understand the cause without digging into the code.

Original PR description

While working on a support ticket, I was faced with this exception handling: https://github.com/odoo/odoo/blob/49061347c181b1a451435bc363bb9508db8b6fab/odoo/addons/base/models/ir_asset.py#L344-L346

It might be nitpicky, but given the if condition, the exception error text could be more explicit about the fact that it's raised because the files in question being from an uninstalled addon/module.

This might fast track troubleshooting without having to dive into the source code to understand why the error is being raised.

There is always the possibility that I might be missing some context or other scenarios where this error could be raised.

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#179889

#error-message#usability#troubleshooting

**Current behavior before PR**: The "Day of Week" group by in the Live Chat report always treats Sunday as the start of the week, ignoring the "First Day of Week" configured in the user's language settings. **Desired behavior after PR is merged**: "Day of Week" group by now correctly takes into account the user's configured "First Day of Week", as set in their language settings. **task**-[4808640](https://www.odoo.com/odoo/project.task/4808640) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#213307

Previously, we hard-coded the URL according to the country code to display a country flag. However, this is not the case for all countries. Countries like Bonaire, Sint Eustatius, and Saba use the flag of the Netherlands. Additionally, Bonaire, Sint Eustatius, and Saba are shown as Caribbean Netherlands, which is inconsistent with the data from our res.country model. This commit changes it to use the data from res.country. Task-5207454 Forward-Port-Of: odoo/enterprise#98756

Previously when validating a movement with a location that is used in a rule, move_dest_ids was set which led to it going to check the putaway strategy. The bottleneck was the computation of the computed field child_internal_location_ids which is the same across all smls. This PR utilizes the fact that the smls in the same stock_move would have the same destination location and by proxy the same child_internal_location_ids Speed up: 1000 stock move lines: Before: 2 mins After: 1 mins --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#233467 Forward-Port-Of: odoo/odoo#210142

### Description of the issue/feature this PR addresses: This ensures that `sale_pdf_quote_builder` tests pass even if a third party module that renames `sale.order` `state` selections has been installed. ### Current behavior before PR: Tests fail. ### Desired behavior after PR is merged: Tests pass. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#232760

While working on a support ticket, I was faced with this exception handling: https://github.com/odoo/odoo/blob/49061347c181b1a451435bc363bb9508db8b6fab/odoo/addons/base/models/ir_asset.py#L344-L346 It might be nitpicky, but given the if condition, the exception error text could be more explicit about the fact that it's raised because the files in question being from an uninstalled addon/module. This might fast track troubleshooting without having to dive into the source code to understand why the error is being raised. There is always the possibility that I might be missing some context or other scenarios where this error could be raised. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#179889