Monday, October 27, 2025
9 changes · 17.0
Enhancements to existing features
The accounting accrual wizard is being prepared to support more flexible reversal entry creation. This matters for businesses that need accruals spread across multiple periods, helping future customizations match reversals with actual invoices more accurately.
Original PR description
Add a dedicated hook method to facilitate customization of reversal entry generation in the accrued orders wizard. Reason: The current implementation creates a single reversal entry that is applied in the next period. For scenarios requiring accrual allocation across multiple periods, modules need the ability to generate multiple reversal entries (one per period) to properly net-off against actual invoices --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
The complete contact address now includes the second address line when it is filled in. This ensures emails, templates, and other business documents show the full address accurately.
Original PR description
Issue: If a user with `street2` wants to utilize the `contact_address_complete` field, the `street2` field is not included. Purpose of this PR: To include the `street2` field in the `contact_address_complete` Steps to reproduce on Runbot: install contact fill in a contact's `street2` create email template that uses the `contact_address_complete` `street2` is omitted from the complete address opw-5186218
This fixes invoice reports so Mexican fiscal regime information is not shown for companies outside Mexico, even when the Mexican localization is installed. It prevents irrelevant localization details from appearing on invoices and reduces confusion for non-Mexican businesses.
Original PR description
Fiscal regime is displayed in invoice when your company isn't from Mexican but the mexican localization is installed. Issue: https://www.odoo.com/es_ES/my/tasks/5169917 https://www.loom.com/share/040059ba1dd44af780597803416604e2?sid=e57f61d2-2b8b-4d04-8a6a-c29e565d497e MT-12162 @moduon Forward-Port-Of: odoo/enterprise#97370
If the external VAT validation service times out or has a temporary issue, Odoo no longer marks the VAT number as invalid. This prevents valid customer or supplier VAT statuses from being incorrectly cleared due to service outages rather than actual validation failures.
Original PR description
When an exception occurs during the VAT validation check, the field `vies_valid` is currently reset to False. This behavior don't seem correct because an error does not necessarily indicate that the VAT number is invalid, it may simply result from a timeout or a temporary issue on the VIES server. Therefore, this fix ensures that `vies_valid` is only updated based on a valid response from the VIES server and is no longer reset to False when an error occurs. opw-5148922
This update pins a supporting PDF barcode library to a known working version for the Chilean electronic invoicing module. It prevents failures caused by a newer library version having compatibility issues with image processing, helping keep document generation reliable.
Original PR description
The pdf417gen==0.7.1 library must be installed, since its latest version produces a problem with the PIL dependency ImportError: cannot import name 'Resampling' from 'PIL.Image
This fixes a compatibility issue in Peppol partner handling so it continues to work with the older requests library version supported by Odoo 17. It helps avoid failures in deployments using the standard dependency versions.
Original PR description
JSONDecodeError was added in requests 2.28 and odoo 17 should be compatible with requests 2.22 see https://github.com/odoo/odoo/blob/17.0/requirements.txt#L76 no-task
Repair order users can no longer enter a serial number on a new repair line before that line has been saved. This prevents the serial number from disappearing on save and helps ensure tracked products remain correctly assigned.
Original PR description
When creating a repair order, if you add a line and assign a serial number before saving the line, the serial number is removed when saving. Steps to reproduce: - Create a repair order and save it. - Add a repair line with a product tracked by serial number. - Without saving the repair order, add a serial number on the line. - Save the repair order. - You will notice that the serial number is no longer assigned to the repair line. This PR fixes the issue by making the serial number field read-only until the repair line is saved. opw-5156267
This update documents an unused website event speaker biography section so maintainers understand why it remains present in the stable version. It helps avoid confusion during future maintenance without changing how events appear or function for users.
Original PR description
Problem introduced at [1] (see [2]). In stable, this comments the code to explain the dead code presence. In master, that snippet will be removed, as nobody seemed to have missed him for 4+ major versions and its structure is not perfect (overflow hidden...). Thankfully it should not come with any compatibility issue as it was not associated with any JS/CSS). Maybe a new equivalent will be introduced in master later on. [1]: https://github.com/odoo/odoo/commit/b5c87d86cad1aa2b44f805da0b2d6635aeb85b96 [2]: https://github.com/odoo/odoo/pull/68644#discussion_r903721785 task-4084801
Spreadsheet version history now reuses company currency information more efficiently instead of making an extra server request. This fixes a version history issue and improves loading performance for users working with spreadsheets.
Original PR description
The perfomance commit added in https://github.com/odoo/odoo/pull/151725 did not account for the version history action that does not inherit from `AbstractSpreadsheetAction`. this missing value trickled down to a bug only detectable in the VersionHistory action and which is addressed in https://github.com/odoo/odoo/pull/232985 This commit adds the same performance to VersionHistory action. Task-5187293