Friday, March 27, 2026
4 changes · 19.0
Enhancements to existing features
This update makes it easier for implementers to customize how sales orders are created from repair orders. It adds clearer extension points so businesses can adapt the repair-to-sales process without changing core behavior.
Original PR description
**Description of the issue/feature this PR addresses:** Let the possibility to inherit the creation of a sale order based on the repair. Extract the `dict` to create the SO but also the SO (record) to maybe call some function on it. **Current behavior before PR:** The creation of sale order (on repair) could not be inherited. **Desired behavior after PR is merged:** Have 2 inherit points (used by integrators like us) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Website builder options with long labels now show the full label in the hover tooltip, even when the option also has its own help text. This makes settings easier to understand and prevents important option names from being hidden.
Original PR description
Before this commit, the tooltip when hovering a builder row would either display the tooltip (if any) or the label (if it was too long). However, when both needed to be displayed, only the tooltip provided in the props would be shown, meaning the user could not read the entire option label. This commit fixes the issue by always displaying the label when necessary, putting it before the tooltip if the option had any. task-5948138
Invoicing users can now verify a partner's Nilvera status during their normal billing workflow without needing administrator help. This removes an access-rights blocker that was interrupting invoice processing in the Turkish localization.
Original PR description
Invoicing users need to verify partner Nilvera status as part of the regular invoicing workflow, but the check was failing due to missing access rights on `l10n_tr.nilvera.alias` (create/unlink operations). Granted access to `account.group_account_invoice` to allow the check without requiring admin intervention. task-6044307 Forward-Port-Of: odoo/odoo#254609
This update adjusts Spanish electronic tax reporting demo data so it works with the main AEAT test environment instead of relying on an unreliable regional test setup. It helps demos and testing run more consistently without changing the demo company's VAT number.
Original PR description
Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#255765 Forward-Port-Of: odoo/odoo#255377