Monday, February 23, 2026
6 changes · saas-18.2
Resolved issues and error corrections
When a customer completes an online payment in Point of Sale, the QR payment popup now closes automatically on the customer display. This removes an extra manual step for cashiers and avoids confusing customers after an order is finished.
Original PR description
Steps: --- - Configure online payment on the POS configuration. - Open a POS session and the customer display. - Add a product and an online payment line. - Validate the order and complete the payment via QR code. Issue: --- - The order is finalized, but the payment QR code remains visible on the customer display. - The QR popup must be closed manually every time. Cause: --- - The customer display popup lifecycle depends on `onlinePaymentData`. - This data was not cleared when the order was finalized. Fix: --- - Clear `onlinePaymentData` when the order is completed. task-5502344 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#244991
Fixed an issue in the HTML editor where adding columns from within a list item could trigger an error. Users can now insert column layouts around list content more reliably, reducing editing interruptions.
Original PR description
Problem: When trying to add a column under a list item, a traceback occurs. Cause: The list item is removed during the operation, but the selection that is restored still references the removed list item. As a result, the selection is restored on a disconnected element, causing a traceback. Solution: Handle column insertion inside lists separately. In this case, according to the specifications, we split the list and insert the columns between the resulting lists (or after the list if the cursor is in the last list item). This avoids restoring the selection on a removed node. Steps to reproduce: - Add any list. - Run `/column` while the cursor is inside a list item. - Observe the traceback. task-5916246 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#248206
Fixes a crash when printing Romanian electronic delivery slips for partners using non-English languages, such as Spanish. The report now relies on stable internal shipment data instead of translated labels, so users can generate delivery documents reliably across languages.
Original PR description
Steps to reproduce: 1. Switch the partner language to Spanish. 2. Print the Delivery Slip. 3. The report crashes due to translated XPath anchors. Cause: XPath targeted hardcoded English strings 'Tracking Number' and 'Total Weight'. Solution: Target technical fields o.carrier_tracking_ref and o.shipping_weight instead of text labels. opw-5493498 Forward-Port-Of: odoo/odoo#248679
This update prevents unnecessary errors from being raised when the Codabox sync process (CRON) encounters a temporary issue. Previously, repeated errors would disable the sync, even if the servers were functioning again. Now, errors are only reported when not running in a CRON environment, ensuring a smoother and more reliable process.
Original PR description
In case of a failure/downtime from the IAP/Codabox servers, an error is currently being raised. Although this is useful when manually clicking the Fetch button to see what happens, in the context of a CRON it's much less desirable as multiple failures from a CRON will automatically disable it which is not useful as the servers might be back up later on. Now, instead, we only raise if we're not in a CRON environment. opw-5922549 Forward-Port-Of: odoo/enterprise#107798
This update corrects a bug where OCR processing was incorrectly applied to split expenses, leading to increased usage of paid image processing services (IAP) and unexpected costs for users. The fix ensures OCR is only performed on the original expense document, optimizing resource usage and preventing unnecessary charges, especially when automatic digitization is active.
Original PR description
OCR should only be performed on the original document. Enabling it on splits leads to redundant OCR requests and unnecessary IAP credit consumption. This is particularly important when automatic digitization is enabled, as it triggers a paid request for every split generated, leading to unexpected costs for the user. The same bug was fixed in version 19.0 and up (commit 0688575), but it couldn't be backported as the `split_expense_origin_id` field doesn't exist in version 18.0. opw-[5930791](https://www.odoo.com/odoo/project/2068/tasks/5930791) Forward-Port-Of: odoo/enterprise#107789
This update resolves a technical issue preventing accurate scale readings for IoT devices. The fix corrects a problem where the system was receiving incorrect data, leading to scale readings of '0'. This ensures correct certification data is generated for our EU IoT customers.
Original PR description
This PR fixes the lack of compatibility with the new event manager code sending result instead of value, fixing the weighing stuck at 0 in some situations Forward-Port-Of: odoo/enterprise#107974