Friday, March 28, 2025
2 changes · saas-18.1
Resolved issues and error corrections
This fix prevents users from seeing an error when creating vendor pricelist entries or editing a bill of materials unit of measure in setups without product variants enabled. It improves reliability for purchasing and manufacturing workflows by ensuring these forms work correctly with the available product fields.
Original PR description
Steps to reproduce the bug: - Start a new database without demo data (make sure the product variant option is disabled). - Install the purchase module - Enable the UoM option in the Purchase settings…
Steps to reproduce the bug:
- Start a new database without demo data (make sure the product variant option is disabled).
- Install the purchase module
- Enable the UoM option in the Purchase settings
- Go to Purchase → Configuration → Vendor Pricelist
- Create a new one
Problem:
A traceback is triggered:
“Caused by: TypeError: Cannot read properties of undefined (reading '0') at Many2OneUomField.template”
This issue occurs because, in the pricelist form view, the field “product_uom_id” is using the widget “many2one_uom”:
https://github.com/odoo/odoo/blob/b6732a405362373f6ad92a8557e9cef79357d055/addons/product/views/product_supplierinfo_views.xml#L27
However, this widget requires the “product_id” field to work properly: https://github.com/odoo-dev/odoo/blob/682f49c72c8fcb9c81e07b084de9333f14815058/addons/uom/static/src/components/many2x_uom_tags/many2x_uom_tags.xml#L13
But the “product_id” field is restricted to users with the “group_product_variant”, meaning it cannot be accessed by the widget. As a result, the widget tries to read an undefined element, causing the error:
https://github.com/odoo/odoo/blob/b6732a405362373f6ad92a8557e9cef79357d055/addons/product/views/product_supplierinfo_views.xml#L23
2:/ The same issue can occur with the BoM list:
- Create a BoM:
- Product: P1
- save
- Go to the BoM list:
- Select the created BoM
- Try to update its UoM directly from the list view
Problem:
The same error occurs.
Opw-4666641
Opw-4672104
Opw-4673028
Opw-4670980
Opw-4655011Opening the Accounting tab on a contact no longer triggers repeated saves that can block the interface. The accounting bank tag field now saves only when there are actual changes, improving reliability for users managing contact accounting details.
Original PR description
- Open a Contact; - Click on the Accounting tab; Before this commit, a recursion occurred which blocked the interface. This issue arises due to the FieldMany2ManyTagsBanks component always saving the record on its setup. Additionally, since [1], a saved record without changes will be updated with the initial values. This will generate a re-rendering and the FieldMany2ManyTagsBanks will force the record to be saved again, and this will create a recursion. Now, the FieldMany2ManyTagsBanks will only save dirty records. opw-4675973 opw-4676949 opw-4677092 opw-4677086 opw-4677856 opw-4678211 [1] : https://github.com/odoo/odoo/commit/43fb8a45ac629c1883ca9521a8879cf19ca7538b