Odoo Changelog — 2026-06-20

Saturday, June 20, 2026

7 changes

Branch: master

1 change

Removals(1)

Features or functions removed from Odoo

[REF] pos_enterprise : Remove useLayoutEffect

PR #121273

Enterprisemasterpos_enterprise

This update removes a specific code snippet (useLayoutEffect) from the Point of Sale module. This change was made to simplify testing and ensure that the replacement of OWL3 libraries is properly verified. It's a minor technical adjustment that improves the stability of the module.

Original PR description

Commented out useLayoutEffect in utils.js to verify test coverage before applying OWL3 replacement.

#point of sale#testing#code cleanup

Branch: 19.0

6 changes

Bug Fixes(6)

Resolved issues and error corrections

[FIX] sign: preserve falsy auto-filled values

PR #121009

Enterprise19.0signMEDIUM

This update resolves an issue where sign documents failed to correctly display values from auto-filled fields, particularly when those fields were empty. The fix ensures that falsy values are handled properly, preventing errors and ensuring accurate document generation and completion.

Original PR description

Version: - 19.0 Steps to reproduce: - Create a sign template with a readonly sign item linked to an auto field. - Use a reference record where the linked field value is empty or False. - Send the…

Version:
- 19.0

Steps to reproduce:
- Create a sign template with a readonly sign item linked to an auto field.
- Use a reference record where the linked field value is empty or False.
- Send the document for signing.
- Complete the signing flow.

Issue:
- Readonly sign items linked to auto-filled values could not properly handle
  falsy values. Empty values could trigger the error "Some required items are
  not filled" and completed sign requests displayed the sign item placeholder
  instead of the actual auto-filled value.
- completed document generation could fail when rendering falsy values for
  textarea sign items.

Cause:
- Falsy auto-filled values were ignored during constant item population and
  replaced by the sign item placeholder. Additionally, readonly constant items
  were included in required field validation and completed sign requests
  continued to display placeholders when the stored value was empty.
- document rendering assumed sign item values were always strings for textarea
  sign items but when auto field is empty it value can be False.

Fix:
- Preserve falsy values when populating readonly constant items, exclude
  constant items from signer validation, and hide placeholders for empty
  auto-filled constant items when displaying completed sign requests.
- Normalize falsy values to prevent crashes and allow completed documents
  to be generated correctly.

#sign#auto-fill#document generation

[FIX] l10n_it_reports: withholding tax return closing balance

PR #119375

Enterprise19.0l10n_it_reportsMEDIUM

This update fixes an issue where the withholding tax return incorrectly combined balances with regular tax returns. The change ensures the withholding tax return accurately calculates the closing balance independently, resolving a discrepancy in Italian tax reporting. This improves the accuracy of financial reporting for Italian companies using Odoo Enterprise.

Original PR description

Steps to reproduce:
 - setup an Italian company
 - make an invoice (for example in May) with a withholding tax and make a transaction to pay it
 - generate tax returns (opening date in June so that it generates from May)
 - validate regular tax return for May
 - validate withholding tax return for May

 -> The withholding tax return shows an amount to pay with a balance that is a combination of
 both the regular tax return and the withholding one, while it should be independent of
 the regular one.

 task-6116304

#accounting#tax#Italy#reporting

[FIX] sign: allow pre-filling readonly items on shared templates

PR #120992

Enterprise19.0signMEDIUM

This update resolves an issue preventing shared document templates with readonly fields from being properly pre-filled. By separating validation logic and removing unnecessary sudo checks, the system now correctly handles requests from shared links, ensuring a smoother user experience. This improves the functionality of shared templates within the Enterprise module.

Original PR description

Currently, attempting to share a document template that contains readonly fields fails. When `_populate_constant_items` calls `_fill` to pre-fill these fields, `_fill` aggressively checks that the request state is 'sent'. Since shared links create requests in the 'shared' state, the transaction crashes.

Additionally, `_fill` throws a `UserError` if not called with `sudo`, which inappropriately treats a developer/privilege error as an end-user error.

This commit resolves the issue by separating concerns:
- Moves the `state == 'sent'` validation out of the `_fill` helper and into `_sign` (the caller responsible for actual user signatures).
- Removes the artificial `sudo` check in `_fill`, relying instead on standard ORM Access Errors to block unauthorized database writes.

  Task: 5949263

closes odoo/enterprise#107898

#shared templates#readonly fields#sign requests

[FIX] account_sepa_direct_debit: add python constraint for partner bank on sdd.mandate

PR #121200

Enterprise19.0accountMEDIUM

This update resolves an issue where the system wasn't properly verifying partner bank information for SEPA direct debit mandates. The change adds a constraint to ensure that direct debits are only created against valid partner banks, improving data accuracy and preventing potential payment errors. This enhances the reliability of our SEPA direct debit processing.

Original PR description

Forward-Port-Of: odoo/enterprise#121023
Forward-Port-Of: odoo/enterprise#120901

#SEPA#Direct Debit#Payment Processing

[FIX] l10n_it_pos: prevent printer deadlock

PR #121035

Enterprise19.0l10n_it_posMEDIUM

This update resolves a bug that prevented receipt printing after the initial order in the Italian POS module. The fix ensures that receipts are consistently printed by tying the printing process to the 'Skip Preview Screen' option, streamlining the process for Italian users. Redundant settings have been removed to improve usability.

Original PR description

Module: l10n_it_pos Steps to reproduce: - In the POS settings, enable "Automatic Receipt Printing"; - Enable "ePos Printer" to make the "Skip Preview Screen" option appear; - Disable "Skip Preview…

Module: l10n_it_pos

Steps to reproduce:
- In the POS settings, enable "Automatic Receipt Printing";
- Enable "ePos Printer" to make the "Skip Preview Screen" option appear;
- Disable "Skip Preview Screen";
- Disable "ePos Printer";
- Set up an Italian Fiscal Printer;
- Open a POS session and process a first order.

Issue: After the first receipt, no other messages (price display, receipt, open register) are sent to the fiscal printer. A page reload is required.

Cause:
When "Automatic Receipt Printing" is true but "Skip Preview Screen" is false, a race condition occurs. `afterOrderValidation` triggers a print job while simultaneously transitioning to the `ReceiptScreen`. When the `ReceiptScreen` mounts, it triggers a second fiscal print job before the first has resolved. This creates a deadlock in `toHtml` of  `renderService`, permanently blocking the printer queue.

Solution:
Since the italian localisation sending the receipt to the fiscal printer is mandatory, the printing route is now tied to the "Skip Preview Screen" option.
UI settings are adjusted to hide the redundant auto-print checkbox when an IT fiscal printer is configured.

Community PR: https://github.com/odoo/odoo/pull/256932

[opw-5979212](https://www.odoo.com/odoo/project/49/tasks/5979212)

Forward-Port-Of: odoo/enterprise#120908
Forward-Port-Of: odoo/enterprise#112654

#POS#Receipts#Italian Localization

[FIX] l10n_lu_reports: correct financial year result in eCDF XML export

PR #121146

Enterprise19.0l10n_lu_reportsMEDIUM

This update fixes an error in the Luxembourg eCDF XML export where incorrect financial year data was being generated. Specifically, an issue with account 142 was resolved by removing it from the export mapping, ensuring accurate reporting aligns with the Odoo Profit & Loss view. This ensures compliance with Luxembourg reporting requirements.

Original PR description

Issue:

Users reported that the financial year result in the XML export for the Luxembourg eCDF platform is incorrect, despite being correct in the Odoo Profit and Loss visualization.
The exported XML populated incorrect amounts in cell 0161 under certain circumstances (namely, in the case of an explicit entry from account 999999 to account 142000).

Solution:
* Removed account 142 entirely from both the `ACCOUNTS_2019` and `ACCOUNTS_2020` dictionaries so it no longer auto-populates cells 0161/0162 (up to 2019 included) and 2955/2956 (from 2020 onward).
* Removed the 2019 threshold condition in the loop bypass for account 142.
* Removed the hard-coded manual pop for cell 2955 since it has been removed from the mapping.
* Deleted the redundant reassignment of `net142` in the loss calculation block.

Ticket [link](https://www.odoo.com/odoo/project.task/6059571)
opw-6059571

Forward-Port-Of: odoo/enterprise#121010

#reporting#eCDF#Luxembourg

Version: - 19.0 Steps to reproduce: - Create a sign template with a readonly sign item linked to an auto field. - Use a reference record where the linked field value is empty or False. - Send the document for signing. - Complete the signing flow. Issue: - Readonly sign items linked to auto-filled values could not properly handle falsy values. Empty values could trigger the error "Some required items are not filled" and completed sign requests displayed the sign item placeholder instead of the actual auto-filled value. - completed document generation could fail when rendering falsy values for textarea sign items. Cause: - Falsy auto-filled values were ignored during constant item population and replaced by the sign item placeholder. Additionally, readonly constant items were included in required field validation and completed sign requests continued to display placeholders when the stored value was empty. - document rendering assumed sign item values were always strings for textarea sign items but when auto field is empty it value can be False. Fix: - Preserve falsy values when populating readonly constant items, exclude constant items from signer validation, and hide placeholders for empty auto-filled constant items when displaying completed sign requests. - Normalize falsy values to prevent crashes and allow completed documents to be generated correctly.

Steps to reproduce: - setup an Italian company - make an invoice (for example in May) with a withholding tax and make a transaction to pay it - generate tax returns (opening date in June so that it generates from May) - validate regular tax return for May - validate withholding tax return for May -> The withholding tax return shows an amount to pay with a balance that is a combination of both the regular tax return and the withholding one, while it should be independent of the regular one. task-6116304

Currently, attempting to share a document template that contains readonly fields fails. When `_populate_constant_items` calls `_fill` to pre-fill these fields, `_fill` aggressively checks that the request state is 'sent'. Since shared links create requests in the 'shared' state, the transaction crashes. Additionally, `_fill` throws a `UserError` if not called with `sudo`, which inappropriately treats a developer/privilege error as an end-user error. This commit resolves the issue by separating concerns: - Moves the `state == 'sent'` validation out of the `_fill` helper and into `_sign` (the caller responsible for actual user signatures). - Removes the artificial `sudo` check in `_fill`, relying instead on standard ORM Access Errors to block unauthorized database writes. Task: 5949263 closes odoo/enterprise#107898

Module: l10n_it_pos Steps to reproduce: - In the POS settings, enable "Automatic Receipt Printing"; - Enable "ePos Printer" to make the "Skip Preview Screen" option appear; - Disable "Skip Preview Screen"; - Disable "ePos Printer"; - Set up an Italian Fiscal Printer; - Open a POS session and process a first order. Issue: After the first receipt, no other messages (price display, receipt, open register) are sent to the fiscal printer. A page reload is required. Cause: When "Automatic Receipt Printing" is true but "Skip Preview Screen" is false, a race condition occurs. `afterOrderValidation` triggers a print job while simultaneously transitioning to the `ReceiptScreen`. When the `ReceiptScreen` mounts, it triggers a second fiscal print job before the first has resolved. This creates a deadlock in `toHtml` of `renderService`, permanently blocking the printer queue. Solution: Since the italian localisation sending the receipt to the fiscal printer is mandatory, the printing route is now tied to the "Skip Preview Screen" option. UI settings are adjusted to hide the redundant auto-print checkbox when an IT fiscal printer is configured. Community PR: https://github.com/odoo/odoo/pull/256932 [opw-5979212](https://www.odoo.com/odoo/project/49/tasks/5979212) Forward-Port-Of: odoo/enterprise#120908 Forward-Port-Of: odoo/enterprise#112654

Issue: Users reported that the financial year result in the XML export for the Luxembourg eCDF platform is incorrect, despite being correct in the Odoo Profit and Loss visualization. The exported XML populated incorrect amounts in cell 0161 under certain circumstances (namely, in the case of an explicit entry from account 999999 to account 142000). Solution: * Removed account 142 entirely from both the `ACCOUNTS_2019` and `ACCOUNTS_2020` dictionaries so it no longer auto-populates cells 0161/0162 (up to 2019 included) and 2955/2956 (from 2020 onward). * Removed the 2019 threshold condition in the loop bypass for account 142. * Removed the hard-coded manual pop for cell 2955 since it has been removed from the mapping. * Deleted the redundant reassignment of `net142` in the loss calculation block. Ticket [link](https://www.odoo.com/odoo/project.task/6059571) opw-6059571 Forward-Port-Of: odoo/enterprise#121010