Daily updates from Odoo
Saturday, May 2, 2026
5 changes · saas-19.3
Resolved issues and error corrections
This update fixes an issue where order reports, particularly those using the 'From the very start' period, displayed unordered string-based external values. The change ensures that these values are now correctly sorted by date, improving the accuracy and reliability of financial reporting.
Original PR description
Ensure string-type external values are correctly sorted by date when using the "most_recent" formula. This resolves an issue where values appeared unordered, especially for expressions using the "From the very start" period. task-5951888 Forward-Port-Of: odoo/enterprise#115275 Forward-Port-Of: odoo/enterprise#113837
This update resolves a technical issue related to how the CDR (Electronic Delivery Guide) is processed in the l10n_pe_edi_stock module. The fix corrects errors caused by changes in how binary data is handled, ensuring proper PDF generation for delivery slips and preventing errors when attaching CDRs to delivery guides. This ensures accurate e-invoicing functionality for Peru.
Original PR description
Two issues both stemming from the Binary field changes in odoo/enterprise#104714: 1/ `_l10n_pe_edi_unzip_edi_document` returns the CDR as bytes (from `zipfile.read()`), so calling `.encode()` on it raises `AttributeError: 'bytes' object has no attribute 'encode'` when attaching the CDR to a sent delivery guide. 2/ `attachment.raw` no longer returns bytes but a `BinaryValue`, so `etree.fromstring(attachment.raw)` in `_l10n_pe_edi_get_qr` raises `ValueError: can only parse strings` when rendering the delivery slip PDF for a sent picking. Use `attachment.raw.content` to get the bytes. The existing test missed both because it patched `_l10n_pe_edi_sign` to return a `str` and never rendered the report. Patch with `bytes` to match what the real method returns and render the delivery slip to exercise `_l10n_pe_edi_get_qr` end-to-end. task-6107987 (found these bugs while working on)
This update resolves a crash issue during FEC imports for French association companies in Guadeloupe and Martinique. The fix prevents the import process from incorrectly attempting to link asset models, which were previously causing errors. This ensures smoother and more reliable FEC imports for our French users.
Original PR description
Description of the issue: Importing an FEC on saas-19.1 can crash for French association companies in Guadeloupe or Martinique. During the import, account data is completed from the fr_comp account…
Description of the issue: Importing an FEC on saas-19.1 can crash for French association companies in Guadeloupe or Martinique. During the import, account data is completed from the fr_comp account templates. Since 19.1, those templates may include asset_model_ids, which makes the import try to resolve asset XML IDs that do not exist for that company setup. Steps to reproduce: 1. Create a new company with Guadeloupe or Martinique for country. 2. Set the French associations chart of accounts on it. 3. Go to Accounting -> Configuration -> Chart of Accounts. 4. Import the FEC file linked on the ticket. 5. Import fails with traceback. Desired behavior after fix: FEC import should keep the existing template completion behavior, but it should not copy asset_model_ids onto imported accounts. Importing an FEC for French association companies in Guadeloupe or Martinique should therefore no longer crash because of unrelated asset model references. Ticket [link](https://www.odoo.com/odoo/project.task/6053048) opw-6053048 Forward-Port-Of: odoo/enterprise#114799
This update fixes a minor usability issue in the bank reconciliation creation process. Previously, an error would open a form dialog unexpectedly. Now, errors are displayed directly, providing a clearer and more intuitive user experience for creating bank reconciliation records.
Original PR description
Before this commit, when there is an error in the bank rec widget quick create. We open the form dialog which is kind a weird, we would rather expect to have the error displayed. This commit will override the showFormDialogInError to close the quick create and throw the error. no task id Forward-Port-Of: odoo/enterprise#115432
This update resolves a minor configuration issue within Odoo's settings file (odoo.conf). Specifically, the way the Egyptian token is accessed has been corrected to use 'options' instead of 'default'. This ensures proper functionality and avoids potential retrieval problems.
Original PR description
This PR fixes the section used to retrieve the egyptian token in odoo.conf file for it to be "options" instead of "default" Related PR: https://github.com/odoo/odoo/pull/255121 Forward-Port-Of: odoo/odoo#262078 Forward-Port-Of: odoo/odoo#262006