Friday, August 29, 2025
2 changes
1 change
Resolved issues and error corrections
This fix restores the ability for shoppers to add products to the cart or buy them directly when a product page uses full-width or zero-width images. It prevents checkout-blocking errors caused by the page layout change, improving reliability for affected eCommerce product pages.
Original PR description
Recent design changes from this PR: https://github.com/odoo/odoo/pull/201019 caused the `Add to Cart`, `Buy Now` buttons, and quantity selector to be moved outside the main `<form>` element on the…
Recent design changes from this PR: https://github.com/odoo/odoo/pull/201019 caused the `Add to Cart`, `Buy Now` buttons, and quantity selector to be moved outside the main `<form>` element on the product page — specifically when the product image is full width or has zero size. Steps to reproduce: - Install eCommerce - Edit a product page and set the product image to full width or zero width - Try to add the product to the cart or use Buy Now Issue: - Clicking `Add to Cart` or `Buy Now` throws a traceback - The product cannot be ordered when using full-width images Root cause: - The buttons and quantity selector are no longer inside the expected `<form>`, so the selector used in the JS widget fails to find the right form data. Fix: - Update the selector to correctly target the intended `<form>` so the widget can fetch the correct product details when a button is clicked. opw-4934557 Affected version: saas~18.4 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
1 change
Resolved issues and error corrections
Italian POS receipts now exclude negative change payments before sending payment details to the fiscal printer. This prevents affected orders from being rejected by the printer and helps ensure sales remain properly reported to authorities.
Original PR description
Before this commit, specifying the payment method used to give back the change in a POS order would lead to the fiscal printer receiving a negative payment as input, which is not supported, thus leading to the order not being treated by the fiscal printer (so not reported to the government). Only the payments with is_change=true where filtered out. I am now adding a filter to only keep the positive payments in the receipt, as the fiscal printer is computing the change itself. opw-4931671