- Nov 17, 2014
-
-
Raphael Collet authored
When a failure occurs, or when exiting an assertRaises(), the environment should not contain fields to recompute.
-
Raphael Collet authored
-
hiekmann authored
closes #3685
-
Josse Colpaert authored
This reverts commit b2134381.
-
Josse Colpaert authored
-
- Nov 14, 2014
-
-
Denis Ledoux authored
-
Denis Ledoux authored
-
Denis Ledoux authored
But should use date or datetime according to the widget type This fix is related to 69d60465
-
Martin Trigaux authored
The delivery of a purchase order was not keeping the currency and cost price from the purchase order for the reception. This was problematic for orders where the invoice was generated from the picking (Invoicing Control: Based on incoming shipments). The currency of the purchase order was kept while the cost was the one in the company's currency. It's better to keep the currency of the purchase order to make the invoice as it's usually the one expected (and not convert everything to the currency of the company). opw 615555
-
Denis Ledoux authored
-
Jeremy Kersten authored
-
Denis Ledoux authored
-
Denis Ledoux authored
This rev. 06104ba5 Added the dirty flag on the o2m field when the editor of the editable list was enabled (meaning that the editable list has been altered)) because the dirty flag was not set correctly by the one2many during the edition, at the time. It looks like this is now the case Besides, as now, we valid all the editable list of the form, wether or not the editable list was altered, we must not set the o2m as dirty anymore.
-
Quentin De Paoli authored
-
Géry Debongnie authored
-
Denis Ledoux authored
-
Denis Ledoux authored
First, name_search searches on default_code, then, if the limit is not reached, it searches on the product name The results found from the default code search must be removed from the search domain when doing the search on the product name, to avoid having results already found by the search on the default_code opw-618015
-
Martin Trigaux authored
When a picking is confirmed, the generated account.move(.line) should take the company, accounts, journals and period with the same company as the picking, not the one of the current user. This was problematic if a user in a company confirm a picking linked to a purchase order done in another company. For real time valuations, the generated accounting entries were mixing both companies. Fixes #3466
-
Martin Trigaux authored
-
Jeremy Kersten authored
-
- Nov 13, 2014
-
-
Josse Colpaert authored
[IMP] Pass the invoice type from sale to picking for the sale_journal module that is installable again
-
Cecile Tonglet authored
-
Frédéric van der Essen authored
-
Martin Trigaux authored
The name of a vehicle is function field. The field odometer on a vehicle has a a setter that creates an odometer. The name of an odometer is a function field that uses the name of the vehicle. If a vehicle is created with a value in odometer field, the odometer is created before the name is computed so the concatanation would fail. Fixes #3468
-
Raphael Collet authored
There was an issue in _setup_fields(): the method invokes _inherits_reload(), which recomputes inherited fields, and invokes itself recursively on children models. This may be problematic if the children models have already been set up. This optimization avoids recursive calls of method _inherits_reload(). In _setup_fields(), first all parent models are set up, then their fields are inspected to determine inherited fields, and their setup is done. This scheme guarantees that inherited fields are computed once per model.
-
Raphael Collet authored
-
Raphael Collet authored
Note that serialized fields are ignored; they are no longer supported, anyway.
-
Raphael Collet authored
-
Raphael Collet authored
Fixes #3524.
-
Jeremy Kersten authored
[FIX] website_sale: browse category to slugify. Because slug of an id will generate a tb 'need more than 1 value to unpack'
-
Jeremy Kersten authored
-
Raphael Collet authored
This fixes #3411.
-
Josse Colpaert authored
WMS STAGING X - scheduler cursor and company_id - digits in transfer wizard - delivery putting carrier on picking from sale and correctly invoicing it - inventory import: imported lines should not be deleted - average price correction for twice same product / variants - recreate picking from sale order - manual purchase order: picking type by default should depend on user's company
-
Frédéric van der Essen authored
-
Josse Colpaert authored
-
Josse Colpaert authored
[IMP] Put the theoretical quantity when importing an inventory
-
Josse Colpaert authored
[FIX] super of scheduler should have same params + use_new_cursor should be passed to procure orderpoint confirm [IMP] Make sure the delivery works when doing phantom boms [FIX] This should update the average price properly when having multiple moves with the same product [FIX] Average price should take into account the quantities of all variants [FIX] Make sure purchase picking type in other company works [IMP] Views of quants and destination locations of moves
-
Josse Colpaert authored
[FIX] Method should pass the correct objects for adding the line for the delivery method when invoicing based on shipments
-
Josse Colpaert authored
[FIX] #3153 Digits in wizard should be those of moves,... / Recreate delivery order from sale / Delivery method on delivery order [IMP] Provide better purchase order picking type [IMP] Possibly a better product uos handling in the sale order line [FIX] Recreate of delivery order when sales order in shipping exception [FIX] Delivery method should be passed to delivery order
-
Grzegorz Grzelak authored
[IMP] l10n_pl: some corrections in Polish CoA PLN as default currency Many improvements in taxes and fiscal positions Fixes #825
-