Skip to content

[19.0][MIG]: sale_order_secondary_unit#4175

Open
JochenDeBie wants to merge 51 commits intoOCA:19.0from
DynAppsNV:19.0-mig-sale_order_secondary_unit
Open

[19.0][MIG]: sale_order_secondary_unit#4175
JochenDeBie wants to merge 51 commits intoOCA:19.0from
DynAppsNV:19.0-mig-sale_order_secondary_unit

Conversation

@JochenDeBie
Copy link

sergio-teruel and others added 30 commits February 25, 2026 15:20
Added domain to limit `secondary_uom_id` to the one defined in product template
As the test should only test that no change on the UoM quantity is done
when modifying the secondary unit, we remember the existing quantity and
compare it later with the final value, instead of testing against a
fixed value, so any interaction with other modules don't interfere.
Currently translated at 100.0% (18 of 18 strings)

Translation: sale-workflow-15.0/sale-workflow-15.0-sale_order_secondary_unit
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-15-0/sale-workflow-15-0-sale_order_secondary_unit/es/
Currently translated at 38.8% (7 of 18 strings)

Translation: sale-workflow-15.0/sale-workflow-15.0-sale_order_secondary_unit
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-15-0/sale-workflow-15-0-sale_order_secondary_unit/fi/
- Include context keys for avoiding mail operations overhead.
sergio-teruel and others added 21 commits February 25, 2026 15:20
Currently translated at 100.0% (18 of 18 strings)

Translation: sale-workflow-17.0/sale-workflow-17.0-sale_order_secondary_unit
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-17-0/sale-workflow-17-0-sale_order_secondary_unit/it/
The behaviour of odoo in v17 when modifying an existing order line is to
recalculate the price based on the price set on the product and not on
the line. This module itself had an error in its tests as it was checking
a price based on the modified price of the line (1000) which was not
correct as when modifying any data of the order line the price was
recalculated based on the price of the product which by default is 1
if it has not been set.

TT54893
…creating product attributes

It avoids the collision with the number_uniq constraint in product.attribute
of the product_variant_default_code module, which applies uniqueness even on
translated names.

TT54893
…ndary uom without product in sale order line

TT51683
In some cases we might want to skip the default secondary unit to be
set. This change brings that possibility.

TT52531
@JochenDeBie JochenDeBie changed the title [19.0][MIG]: sale order secondary unit [19.0][MIG]: sale_order_secondary_unit Feb 25, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.