Tue, 17 Sep 2019 21:14:34 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 17 Sep 2019 21:14:34 +0000] rev 36519
CI: merge back from main

Tue, 17 Sep 2019 21:00:25 +0000CI: update AD_MODULE to version 36516
RM packaging bot <staff.rm@openbravo.com> [Tue, 17 Sep 2019 21:00:25 +0000] rev 36518
CI: update AD_MODULE to version 36516

Tue, 17 Sep 2019 18:03:45 +0200fixes bug 41751: some selector field translations not being properly updated
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 17 Sep 2019 18:03:45 +0200] rev 36517
fixes bug 41751: some selector field translations not being properly updated

The translation of the selector fields marked as centrally maintained should be kept in sync with their corresponding AD_Element translations. The OBUISEL_ELEMENT_TRL_TRG is the trigger in charge of doing this job. But due to a wrong comparison in the implementation of this trigger, no selector field was being updated after modifying its corresponding element translation.

Fixed this issue just by doing the proper comparison with AD_Language column.

Tue, 13 Aug 2019 16:42:49 -0400Fixes issue 40972:When clicking 'Manage Variant' to create a variant of a
Armaignac <collazoandy4@gmail.com> [Tue, 13 Aug 2019 16:42:49 -0400] rev 36516
Fixes issue 40972:When clicking 'Manage Variant' to create a variant of a
product, the new product date is the same as the generic.

The current Date is set to the product variant

Sun, 15 Sep 2019 06:39:03 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Sun, 15 Sep 2019 06:39:03 +0000] rev 36515
CI: merge back from main

Sun, 15 Sep 2019 06:25:15 +0000CI: update AD_MODULE to version 36513
RM packaging bot <staff.rm@openbravo.com> [Sun, 15 Sep 2019 06:25:15 +0000] rev 36514
CI: update AD_MODULE to version 36513

Mon, 09 Sep 2019 12:07:53 -0400Fixes issue 41749:Fix backdated transaction is not fixing all backdated trx
Armaignac <collazoandy4@gmail.com> [Mon, 09 Sep 2019 12:07:53 -0400] rev 36513
Fixes issue 41749:Fix backdated transaction is not fixing all backdated trx

When the fix backdated transaction process is executed in a costing rule to enable
backdated corrections the process is not adjusting all existing backdated transactions
because the method isNeededBackdatedCostAdjustment from CostAdjustmentUtils is
not returning value when an old transaction already calculated is passed as parameter if was
processed after last transaction and the old transaction movement date is before

Now the process create an ajustment if the transaction movement date is before previous
adjusted transaction movement date

Tue, 10 Sep 2019 17:26:40 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Sep 2019 17:26:40 +0000] rev 36512
CI: merge back from main

Tue, 10 Sep 2019 17:12:33 +0000CI: update AD_MODULE to version 36509
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Sep 2019 17:12:33 +0000] rev 36511
CI: update AD_MODULE to version 36509

Tue, 10 Sep 2019 16:56:22 +0200fixes issue 41792: Eclipse save actions are automatically enabled
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 10 Sep 2019 16:56:22 +0200] rev 36510
fixes issue 41792: Eclipse save actions are automatically enabled