Daily updates from Odoo
Wednesday, December 10, 2025
5 changes · 17.0
Resolved issues and error corrections
This update resolves an issue where users utilizing the Swedish POS blackbox couldn't adjust prices within the system. The change allows price control functionality, aligning with requirements for the Swedish blackbox, which differs from the Belgian version. This ensures accurate pricing for Swedish customers using the POS.
Original PR description
Before this commit, user couldn't control the price in the POS if using the swedish blackbox. After this commit, user can control the price. It's not clear why the behavior at integration was set to this but it appears that it's not mandatory for swedish blackbox unlike the belgian one. opw-5253401
This update resolves an issue where portal users couldn't update lead data after a recent security change. The team implemented a temporary workaround using 'sudo()' to grant necessary write access, ensuring portal users can now modify lead information as intended. This ensures seamless opportunity management through the portal.
Original PR description
## Steps to reproduce: - Install 'website_crm_partner_assign' module. - Create a partner X with a partner level. - Save and go to "Opportunities". - Create an new opportunity. - Edit it and set the…
## Steps to reproduce: - Install 'website_crm_partner_assign' module. - Create a partner X with a partner level. - Save and go to "Opportunities". - Create an new opportunity. - Edit it and set the partner X as the assigned partner - Grant the partner x portal access and change his password. - Logout then login with the partner X credentials. - Go to "My account" page and click on "Opportunities" - Select the opportunity Y and edit the revenue or another field. - Traceback on save. (Or no reaction, popup traceback from notification) ### Issue: Since the commit ed94e84, we've removed the write access for portal partner users to the leads to avoid unexpected behaviors. However, this is provoking `update_lead_portal` to not be able to update the lead anymore, since we will not have direct access to modify the lead. ### Solution: To fix this, we will follow same approach as in `update_contact_details_from_portal` and use `sudo()` to update the lead from the portal. We are already checking the portal access at the beginning of the method as `self._assert_portal_write_access()`, so we are sure that only authorized users will be able to update the lead. opw-2764563 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes an issue where the barcode scanning app on mobile devices displayed stock locations in a list view, which isn't ideal for small screens. The change prioritizes kanban views for mobile, ensuring a more user-friendly experience when scanning barcodes and viewing stock information. This improves usability on mobile devices.
Original PR description
Issue ===== On mobile, we should prioritize kanban views over list views because kanban views are usually more suitable for small device screen. That said, when a product's barcode is scanned in the Barcode app main menu, we show this product's stock locations but we do that with a list view, no matter if the user is on a big screen or a small screen. How to reproduce ================ On mobile device: - Enable location and have a product with a barcode and with quantities in two different locations; - Open Barcode app; - Scan the product's barcode => The product's stock locations are displayed in a list view, which is not very pratical on small device. Fix === The action key `mobile_view_mode` was not set, with this key, we can define what view type we want to prioritize for mobile device. [opw-5180783](https://www.odoo.com/odoo/project/49/tasks/5180783)
This update corrects an issue where changing a sale order's price (through pricelists or manual adjustments) could lead to incorrect unit prices on invoices. The fix prevents recomputing unit prices for invoice lines linked to sale orders, ensuring the invoice accurately reflects the original sale price. This improves invoice accuracy and reduces potential pricing discrepancies.
Original PR description
Commit 8df3d0424b30289d81e15a483dcc779bfe3964ba fixed an inconsistent behavior on invoices, but introduced a side effect: when the unit price comes from a sale order where the price was changed (via a pricelist or manually), recomputing the unit price after changing the fiscal position may result in an unintended price. At that point, the invoice no longer has the necessary information to restore the original SO price. To avoid this, we no longer recompute the unit price for invoice lines originating from sale orders. task-5373733
This update fixes an issue where service invoices were incorrectly generating customs valuation data in the Complemento de Comercio Exterior. The change ensures service lines adhere to SAT guidelines, setting `ValorUnitarioAduana` and `ValorDolares` to zero, preventing potential invoice rejections. This improves compliance with Mexican customs regulations.
Original PR description
When generating the Complemento de Comercio Exterior for invoices that include products of type "service", the system incorrectly fills the `ValorUnitarioAduana` and `ValorDolares` fields for such lines. According to the official SAT guidelines and the c_ClaveUnidadAduana catalog, when the Aduana unit code is "99" (which corresponds to "Servicios (no objeto de comercio exterior)"), the following rules apply: - `ValorUnitarioAduana` must be 0. - `ValorDolares` must be 0. This change ensures that service lines are correctly excluded from customs valuation in the Complemento de Comercio Exterior XML, preventing potential rejection of CFDIs due to invalid information. References: - [SAT Guía de llenado Complemento Comercio Exterior](http://omawww.sat.gob.mx/tramitesyservicios/Paginas/documentos/Guia_complemento_Comercio_Exterior.pdf)