Friday, May 15, 2026
8 changes · 19.0
Resolved issues and error corrections
Sale orders will no longer show the Manufacturing Order shortcut when the product is fulfilled through subcontracting. This keeps users focused on the correct purchase and subcontracting receipt workflow and avoids confusion from opening back-end manufacturing records that are not the right place to manage the process.
Original PR description
The Manufacturing Order (MO) smart button on a Sale Order is confusing when the product is subcontracted. In a subcontracting flow, the user manages the process via the Purchase Order and the Subcontracting Receipt. This commit ensures the MO smart button is hidden when the fulfillment is handled through subcontracting to prevent user confusion and unnecessary navigation to back-end manufacturing documents. Task-id: 6173877
This fix ensures a broad yes-or-no filter is simplified before deeper search logic runs. It helps prevent errors in specialized searches and keeps results consistent for users.
Original PR description
When optizing `('searchable_bool_field', 'in', [True, False])`, the optimization for the tautology is called after the search method. We should do it before as this case may not be handled by implementations which always expect `'in'/'not in', [True]`.
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prThis change reverses a previous stock delivery slip update that depended on barcode-specific packaging data. It prevents standard stock transfers from referencing information that may not exist unless the barcode app is installed, helping avoid display or reporting issues.
Original PR description
This reverts commit efab5c52569d64e6d73cacf7611a40b025df52fb. `packaging_uom_id` only exists on `stock.move.line` once the stock_barcode module is installed. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Pressing Enter at the end of a styled heading now creates a clean blank paragraph instead of copying the heading's color or other styling. This prevents unwanted formatting from spreading while editing website or document content, making text editing more predictable for users.
Original PR description
Problem: Pressing Enter at the end of a styled heading (e.g., with a color) creates a new paragraph that inherits the heading styles. This is no longer the expected behavior. The new paragraph should be empty and without inherited styles. Solution: When splitting a heading at its boundaries and creating a base container, fill it with a `br` instead of carrying over styles. Steps to reproduce: - Add a heading. - Apply a style (e.g., color). - Place the caret at the end of the heading. - Press Enter. - Observe that the new paragraph still has the heading color. task-6147897 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#264369 Forward-Port-Of: odoo/odoo#262150
This update resolves an issue where overtime calculations weren't correctly accounting for lunch breaks. The fix adjusts the overtime check to consider lunch hours, ensuring more accurate overtime tracking. This change was prompted by a related update in the Odoo community repository.
Original PR description
**Version:** - 19.0 **Issue:** - test_14_overtime_rule_per_day_period test case was failing due to the changes in the community PR. **Fix:** - Updated the overtime check_work_entries to take lunch hours in consideration. **Community PR:** - https://github.com/odoo/odoo/pull/257079 **Task-6064081**
This update corrects a technical error that occurred when loading paid orders. The previous process incorrectly referenced an account move, which was already being handled by another part of the system. This change ensures paid orders load correctly and efficiently.
Original PR description
Before this commit, when loading the paid orders it would load the account move with the "account_move" key, but this key is wrong as the account move model is loaded with the "account.move". Also, the account move is already loaded by the "read_pos_data" method in the point_of_sale module, so we can just remove it from here. opw-6218467
This update fixes a reporting issue in the Peruvian Profit & Loss report. Previously, depreciation entries were incorrectly categorized as 'Other Income'. The change ensures that depreciation entries (expenses) are now correctly classified within the 'Other Operating Expenses' section, providing accurate financial reporting for Peruvian businesses.
Original PR description
**Steps to reproduce:** - Install Accounting and l10n_pe_reports - Switch to a Peruvian company (e.g. PE Company) - Create a MISC journal entry with a line using a depreciation account (e.g. 6841000) and a debit value (e.g. 1000) - Post the entry - Check "Profit and Loss" report" **Issue:** The "Other operation income" section has an amount of 1000, even though a depreciation account (i.e. expense) was used. The amount should be in "Other operating expenses" section. **Cause:** A unique formula including accounts starting with 61, 66, 68, 71, 73, 74, 75, 76, 78, 79 and 99900 is used for "Other operation income" and "Other operating expenses" and depending on the sign of the sum, the result is reported in one of the section. **Solution:** Only report entries on "Income" accounts in "Other operation income" section and those on "Expense" accounts in "Other operating expenses". opw-6073666 Forward-Port-Of: odoo/enterprise#114362
This update resolves a test failure related to importing partner and bank account data for Italian reporting. The team restored a necessary data state within the test file, ensuring the tests now run successfully. This prevents disruptions to the Italian reporting functionality.
Original PR description
The related PR brings a data change in a test file that is used here. We bring back the state of that data in the test class, so that the tests don't fail anymore. Community PR: odoo/odoo#254505 Task [link](https://www.odoo.com/odoo/project.task/6046189) task-6046189 Forward-Port-Of: odoo/enterprise#117001 Forward-Port-Of: odoo/enterprise#112794