Mon, 29 May 2017 22:08:29 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 29 May 2017 22:08:29 +0000] rev 32231
CI: merge back from main

Mon, 29 May 2017 21:54:32 +0000CI: update AD_MODULE to version 32229
RM packaging bot <staff.rm@openbravo.com> [Mon, 29 May 2017 21:54:32 +0000] rev 32230
CI: update AD_MODULE to version 32229

Mon, 29 May 2017 18:27:49 +0200[w-is] Changes Test in Inventory Status Tests to set UPC to null
David Miguelez <david.miguelez@openbravo.com> [Mon, 29 May 2017 18:27:49 +0200] rev 32229
[w-is] Changes Test in Inventory Status Tests to set UPC to null
due to possible problems with Multi-UPC module tests

Mon, 29 May 2017 15:42:12 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 29 May 2017 15:42:12 +0000] rev 32228
CI: merge back from main

Mon, 29 May 2017 14:01:19 +0000CI: update AD_MODULE to version 32226
RM packaging bot <staff.rm@openbravo.com> [Mon, 29 May 2017 14:01:19 +0000] rev 32227
CI: update AD_MODULE to version 32226

Fri, 26 May 2017 11:45:00 +0200Merge back from main
RM packaging bot <staff.rm@openbravo.com> [Fri, 26 May 2017 11:45:00 +0200] rev 32226
Merge back from main

Thu, 25 May 2017 13:16:54 -0400Fixes issue 36099: Price Correction Background finishes with error
Mark <markmm82@gmail.com> [Thu, 25 May 2017 13:16:54 -0400] rev 32225
Fixes issue 36099: Price Correction Background finishes with error
if a goods receipt is invoiced after the costing migration process was run

Price Correction Background finishes with error if a goods receipt is invoiced
after the costing migration process was run. The problem is that the transactions
previous to the migration are generated without m_costing_algorithm_id and the
c_invoice_post function in this case, sets the transaction as checkpricedifference = Y.

To fix that, transactions previous to the migration will not be adjusted.
To avoid NPE in PriceDifferenceProcess.calculateTransactionPriceDifferenceLogic
was included a validation taking into account all explained above.

Fri, 26 May 2017 08:30:10 +0200related to issue 36097: fix typo
Carlos Aristu <carlos.aristu@openbravo.com> [Fri, 26 May 2017 08:30:10 +0200] rev 32224
related to issue 36097: fix typo

Thu, 25 May 2017 16:25:36 +0200Fixes issue 35832: Multithread support in import/export sample data
Augusto Mauch <augusto.mauch@openbravo.com> [Thu, 25 May 2017 16:25:36 +0200] rev 32223
Fixes issue 35832: Multithread support in import/export sample data

Now the processes that import/export sample data support multithread. To do so, the max.threads parameter must be passed to the ant task. If the parameter is not passed it will use half the available CPUs. For instance, to use 4 threads to import the sample data in an install source, this command should be used:

ant install.source -Dmax.threads=4

Thu, 25 May 2017 14:13:21 +0200Related to issue 35959: Code review improvements
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 25 May 2017 14:13:21 +0200] rev 32222
Related to issue 35959: Code review improvements