Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[14.0][MIG] sale_order_type: Migration to 14.0 #1506

Closed
wants to merge 59 commits into from

Conversation

ferran-S73
Copy link
Contributor

Standard migration to version 14.0

pedrobaeza and others added 30 commits March 9, 2021 17:46
FIX case of tests

DEL refund journal field on sale order type, now same invoice journal should be used for refunds

FIX case of test

FIX sale order test
Conflicts:
	sale_order_type/models/sale_order.py
	sale_order_type/models/stock_picking.py
	sale_order_type/tests/test_sale_order_type.py

ADD Payment Term, Pricelist and Incoterm to sale order type

Conflicts:
	sale_order_type/models/sale_order.py
	sale_order_type/tests/test_sale_order_type.py
	sale_order_type/views/sale_order_type_view.xml

ADD sale type for invoices

Conflicts:
	sale_order_type/README.rst
	sale_order_type/models/account_invoice.py
	sale_order_type/tests/test_sale_order_type.py

IMP description
ADD multicompany rule for sale.order.type and company in sale.order.type (OCA#292)

[IMP] sale_order_type: multicompany handle
Conflicts:
	sale_order_type/models/sale_order_type.py
[UPD] Update sale_order_type.pot
The other one is a fake one that is dangling
ivantodorovich and others added 14 commits March 9, 2021 17:46
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: sale-workflow-13.0/sale-workflow-13.0-sale_order_type
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-13-0/sale-workflow-13-0-sale_order_type/
Currently translated at 100.0% (32 of 32 strings)

Translation: sale-workflow-13.0/sale-workflow-13.0-sale_order_type
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-13-0/sale-workflow-13-0-sale_order_type/es/
As the field is set as required on the Form view, any other module
that does not depend on sale_order_type and that uses test class
Form on sale.order would fail with "type_id is a required field"
if no default value is defined.
Updated by "Update PO files to match POT (msgmerge)" hook in Weblate.

Translation: sale-workflow-13.0/sale-workflow-13.0-sale_order_type
Translate-URL: https://translation.odoo-community.org/projects/sale-workflow-13-0/sale-workflow-13-0-sale_order_type/
Actualy the field type is showed in all of the invoice types (customer and vendors), but the for the vendors invoices, it's not necesary to show it . Also the same apply for the compute method for that field.
@rousseldenis
Copy link
Contributor

@ferran-73 Could you check travis ?

@@ -0,0 +1,10 @@
[run]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why are you modifying this ???

@rousseldenis
Copy link
Contributor

@ferran-73 It seems that you didn't look into #1274

That module is already done there. Could you review it ?

@ferran-S73
Copy link
Contributor Author

@ferran-73 It seems that you didn't look into #1274

That module is already done there. Could you review it ?

You're right, didn't find it. I'll close this pull request.

@ferran-S73 ferran-S73 closed this Mar 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.