Friday, September 6, 2024
4 changes · saas-17.4
Resolved issues and error corrections
This fixes an issue in the chatter where saving or canceling an edited note required clicking twice. Users can now complete those actions on the first click, making message editing behave as expected.
Original PR description
Problem: Elements inside `CANCEL_OR_SAVE_EDIT_TEXT` are created twice, which interferes with event handling. To fix this, the element is now created in the setup method. Steps to reproduce: - Open the chatter. - Log a note. - Edit the note. - Now, if you click Save or Cancel, both actions will only work on the second click. opw-4119283 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Automatic receipt printing in Point of Sale now shows the correct change due to customers after cash payments. This prevents confusing or incomplete receipts when customers overpay and receive change.
Original PR description
When activating the automatic receipt printing option, the receipt would not show the change amount. Steps to reproduce: ------------------- * Turn on automatic receipt printing * Open PoS, add some product and go to the payment page * Click on cash, and change the amount so that there is some change > Observation: The change doesn't appear on the receipt Why the fix: ------------ When computing the change to display on the receipt, we were using the `get_change` function that was not returning the right value in this context. Instead we will always use the `amount_return` that is correct opw-4141904 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The self-ordering interface now shows clean product names on mobile without internal product reference codes. This avoids confusing customers with back-office identifiers and keeps the ordering experience clearer.
Original PR description
In mobile, the display name of the product was shown with the reference which is something we do not want. This commit fixes that issue by adding the context display_default_code=False in the _load_pos_self_data method of the product model. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The generic tax report now allows very small rounding differences instead of treating every tiny mismatch as an error. This reduces unnecessary blocking alerts while still preserving report reliability for meaningful discrepancies.
Original PR description
https://github.com/odoo/enterprise/pull/61962 introduces consistency check for the generic tax report. The check was a bit too strict (we didn't allow any mistake). This pr relaxes the constraint a bit by allowing an error as long as it's smaller than 0.1% of the base amount. task-4119817