Thursday, September 5, 2024
6 changes · saas-17.4
Resolved issues and error corrections
This fixes an issue where creating a new contact from a mobile device in Point of Sale could fail because the wrong creation event was triggered. Mobile users can now add customers more reliably during sales, reducing checkout disruption.
Original PR description
Before this commit, attempting to create a new contact on a mobile device would result in an error due to an incorrect partner creation event being triggered. opw-4152438 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The pricelist rule form now gives the fixed price and unit label enough space, preventing them from overlapping in longer languages such as Spanish. This makes pricelist setup clearer and reduces confusion when entering pricing rules.
Original PR description
Problem: The container for the price/unit field was too small, causing the price input and unit label to overlap. Steps to reproduce: - Change the language to Spanish. - Create a pricelist. - Under Rules, click "Add a Line." - The fixed price input should not overlap with the unit label. opw-4142779 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Point of Sale product information screen no longer shows on-hand quantity for items that are not tracked in inventory. This avoids confusing zero-stock displays for products such as prepared food items where stock tracking is not enabled.
Original PR description
Currently, when checking the information page of a product from the shop, the quantity will be shown, even though some products are not tracked in inventory. Steps to reproduce: ------------------- *…
Currently, when checking the information page of a product from the shop, the quantity will be shown, even though some products are not tracked in inventory. Steps to reproduce: ------------------- * Go to the **Point of sale** App * Select a table * We focus on the `Bacon Burger` for example * Click on the information icon of the product > Observation: The quantity on hand is shown with a zero qty Why the fix: ------------ Currently, the on hand quantity is shown for all products except `service` products. https://github.com/odoo/odoo/blob/82ef7426cf977b4d2c16c2f01d378b9beafca697/addons/point_of_sale/static/src/app/components/product_info_banner/product_info_banner.xml#L8 Since the refactoring on the products (https://github.com/odoo/odoo/commit/728d9f83f6d140b57b91000f683298f1f5bd43c9), there exists a checkbox field to say wheter or not we track the stock of product. In the case where the product is of type `service`, `is_storable` is by default false. In the case of the bacon burger, it was previously a 'consumable' product, now they are 'goods' that have `is_storable = False`. opw-4148426
This fix ensures addresses are aligned correctly when printing right-to-left reports, such as invoices for Saudi companies. It improves the readability and professional appearance of printed documents for users working in RTL languages.
Original PR description
Currently, int RTL reports, the address is not correctly aligned. ### Steps to reproduce * install `l10n_sa` module * switch to a Saudi company * print an invoice You will see that the address is not correctly aligned. opw-4156154 opw-4155864 Before:  After: 
Fixed an issue that caused an error when users edited the Invoice Lines list view through Studio. This keeps invoice form customization working reliably without disrupting accounting workflows.
Original PR description
Issue --> Traceback when clicking `Edit List View` under Invoice Lines in the `account.move` form view while using Studio. The cause of the issue is that the props update and lose the data that we expect in the getter `isProductClickable`. Solution --> Use an alternate way to get the parent record (account.move) in the case that the root model is not account.move. opw-4100711
This fix prevents a browser history issue that could cause Odoo to crash after users select “Open in Discuss” and then use the back button. It makes navigation more reliable without changing the visible Discuss workflow.
Original PR description
Before this PR, open in discuss would push an active_id in the browser history before calling doAction. This creates an unnecessary url inside the history that could crash when using the back button. This PR removes the call to setAsDiscussThread and adds the active_id inside the doAction call. Task-4105649