Monday, June 17, 2024
5 changes · 17.0
Resolved issues and error corrections
Point of Sale now returns only the exact matching customer when a barcode is scanned, such as from a membership card. This prevents multiple similar customer records from appearing and helps cashiers select the right customer faster.
Original PR description
When scanning a barcode, the search should return only one partner if the barcode is an exact match. This is the case for example when scanning a membership card. taskId: 3987605
Reprinted Point of Sale receipts now show the original order date instead of the date the receipt is reprinted. This prevents confusion for customers and staff when reviewing or validating past sales.
Original PR description
**Steps to reproduce:** - Install Point of Sale module - Create an order through the PoS day and time X - Re-print the receipt/ticket another day **Current behavior before PR:** When reprint an order's receipt in a day different than the order creation date you will have the current date at the end of the receipt. This is happening because when exporting the data of the order to print the receipt we are setting the date to be printed equals to the receipt date which is the current time. https://github.com/odoo/odoo/blob/17.0/addons/point_of_sale/static/src/app/store/models.js#L1610 https://github.com/odoo/odoo/blob/17.0/addons/point_of_sale/static/src/app/store/models.js#L1625 **Desired behavior after PR is merged:** We are now passing the order date instead of the receipt date. opw-3979454
Phone numbers in printed contact details now stay together on a single line, even when certain document fonts are used. This prevents awkward line breaks on reports such as delivery slips, improving document readability and presentation.
Original PR description
Issue ---- Phone number can span two lines with some fonts for reports that use the contact widget (e.g. Delivery Slip). Steps ----- - Use Raleway font. You can do this by going to Settings -> Configure Document Layout (under Companies) -> Choose Raleway. - Change the phone number of the current company to `+33 3 28 44 55 01`. - Create a delivery (without lines) and print a Delivery Slip without validating. - The phone number spans two lines. Cause ----- When the phone number is long and takes up space in some fonts, the phone number is line-wrapped, which is ok for other text but not for phone numbers. opw-3834061
The expense app now handles cases where an expense is missing its category before creating a report. Instead of showing a technical crash, users receive a clear exception so they can correct the expense and continue.
Original PR description
This traceback arises when the user clicks the `create report` button without `category` in the list view. To reproduce this issue: 1) Install `hr_expense` 2) Create a new expense with the `category`…
This traceback arises when the user clicks the `create report` button without `category` in the list view. To reproduce this issue: 1) Install `hr_expense` 2) Create a new expense with the `category` and `Total values` 3) Now go to list view and select that record 4) Remove the `category` and click on the `Create Report` button Error:- ``` AssertionError: precision_rounding must be positive, got 0.0 ``` When the user removes the `category` in the list view of the expense, it leads to traceback because for `precision_rounding` `product_uom_id.rounding` is used in the below line. https://github.com/odoo/odoo/blob/ccd16cc15eaffe865bcc80848a8b467f01c3eb37/addons/hr_expense/models/hr_expense.py#L643-L647 After applying the changes from this commit it will resolve this issue by making an extra check for `product_uom_id`. After that, an exception is raised. if no category is there for any expense from the below lines. https://github.com/odoo/odoo/blob/ccd16cc15eaffe865bcc80848a8b467f01c3eb37/addons/hr_expense/models/hr_expense.py#L655-L656 sentry-5353887862
Product Label Reports have been updated and are now being blocked from editing in Studio. These reports are primarily composed of automatically generated data rather than editable model fields, making them unsuitable for customization through the Studio interface. This change prevents users from attempting to modify reports that cannot be properly edited.
Original PR description
Since https://github.com/odoo/odoo/commit/1f438ca0e109b9e93c895824bd8342a2df170503 , the various product label reports have changed their name. Is still does not make much sense to edit them from studio, since they are composed of mostly generated data and not model fields. We thus blacklist them again. opw-3942356