Odoo Changelog — 2025-07-02

Wednesday, July 2, 2025

2 changes · saas-18.1

Improvements(2)

Enhancements to existing features

[IMP] web: OWL release 2.8.0

Coresaas-18.1webMedium

The web interface library was updated to improve how certain translated text and accessibility labels are handled. This helps make Odoo screens more consistent for multilingual users and more accessible for people using assistive technologies.

Original PR description

This brings two commits:

- [FIX] parser: t-esc/t-out vs t-translation*
- [IMP] compiler: make human-readable ARIA attributes translatable

see https://github.com/odoo/owl/releases/tag/v2.8.0.

Forward-Port-Of: odoo/odoo#216599

#accessibility#translations#web interface

[IMP] delivery_starshipit: reliability improvements & asynchronous fetch of shipping costs

PR #89166

Enterprisesaas-18.1delivery_starshipitMedium

Starshipit deliveries no longer block order processing when the exact shipping cost is not immediately available. Odoo temporarily records a zero cost, then automatically retrieves the final cost later and updates the related delivery order and sales order line.

Original PR description

**Description of the issue/feature this PR addresses:** This PR enhances the Starshipit integration to reliably handle scenarios where the exact shipping cost is not immediately available from…

**Current behavior before PR:**
When confirming a picking with a Starshipit Delivery method, the exact Shipping cost was not instantly available. The previous code had 3 attempts to retrieve it, before stopping the process, asking the user to try at a later time.

**Desired behavior after PR is merged:**
The price fetching becomes non-blocking. If Starshipit did not return an immediate `total_shipping_price`, a temporary price of 0.0 will be used. A Cron job will then run on all pickings with a 0.0 carrier price in order to fetch the exact price from Starshipit, and update the SO delivery lines.

opw-4748113

When merging on `master`, further improvement might be to introduce a `starshipit_pending_price` boolean field instead of running the CRON job on all 0.0 carrier price pickings.

With the new view `view_picking_form_inherit_stock` being introduced, runbot tests fail when migrating to saas-18.1. (Because view is not yet present in the saas-18.1 codebase)

**How to test?**
- On a runbot DB, install the `delivery_starshipit` module
- Configure the DB to interact with the connector
- Place a Sales Order with a delivery method configured to use Starshipit.
- Confirm the Delivery. The shipping price, if not available, will be temporarily set to 0.0.
- Run the Cron Job manually. You can check and activate the Cron by navigating to Settings > Technical > Automation > Scheduled Actions.
- Check that the SO has been updated with the actual shipping price from Starshipit.
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/enterprise#86383

This brings two commits: - [FIX] parser: t-esc/t-out vs t-translation* - [IMP] compiler: make human-readable ARIA attributes translatable see https://github.com/odoo/owl/releases/tag/v2.8.0. Forward-Port-Of: odoo/odoo#216599

**Description of the issue/feature this PR addresses:** This PR enhances the Starshipit integration to reliably handle scenarios where the exact shipping cost is not immediately available from Starshipit after label creation. Cost is fetched via a cron job and correctly applied to both the stock.picking's carrier_price and, crucially, the corresponding Sales Order delivery line. First commit removes the 3-tries loop, and was already reviewed on this [PR](https://github.com/odoo/enterprise/pull/85088). **Current behavior before PR:** When confirming a picking with a Starshipit Delivery method, the exact Shipping cost was not instantly available. The previous code had 3 attempts to retrieve it, before stopping the process, asking the user to try at a later time. **Desired behavior after PR is merged:** The price fetching becomes non-blocking. If Starshipit did not return an immediate `total_shipping_price`, a temporary price of 0.0 will be used. A Cron job will then run on all pickings with a 0.0 carrier price in order to fetch the exact price from Starshipit, and update the SO delivery lines. opw-4748113 When merging on `master`, further improvement might be to introduce a `starshipit_pending_price` boolean field instead of running the CRON job on all 0.0 carrier price pickings. With the new view `view_picking_form_inherit_stock` being introduced, runbot tests fail when migrating to saas-18.1. (Because view is not yet present in the saas-18.1 codebase) **How to test?** - On a runbot DB, install the `delivery_starshipit` module - Configure the DB to interact with the connector - Place a Sales Order with a delivery method configured to use Starshipit. - Confirm the Delivery. The shipping price, if not available, will be temporarily set to 0.0. - Run the Cron Job manually. You can check and activate the Cron by navigating to Settings > Technical > Automation > Scheduled Actions. - Check that the SO has been updated with the actual shipping price from Starshipit. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/enterprise#86383