Thu, 05 May 2016 18:36:37 +0200Remove Qty parameter from M_RESERVATION_POST and M_RESERVE_STOCK_AUTO default tip
Unai Martirena <unai.martirena@openbravo.com> [Thu, 05 May 2016 18:36:37 +0200] rev 28834
Remove Qty parameter from M_RESERVATION_POST and M_RESERVE_STOCK_AUTO

They are not needed any more. The qty of the reservation is changed in java processes, so we don't need to change in the Stored Procedures

Mon, 21 Mar 2016 17:45:33 +0100[Logistics] Add new parameter to M_RESERVE_STOCK_AUTO & M_MOVEMENT_POST that allows to reserve certain quantity
Unai Martirena <unai.martirena@openbravo.com> [Mon, 21 Mar 2016 17:45:33 +0100] rev 28833
[Logistics] Add new parameter to M_RESERVE_STOCK_AUTO & M_MOVEMENT_POST that allows to reserve certain quantity

Wed, 16 Mar 2016 11:42:09 +0100[order Preparation] Changes in xml after exporting
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Wed, 16 Mar 2016 11:42:09 +0100] rev 28832
[order Preparation] Changes in xml after exporting

Mon, 14 Mar 2016 09:54:56 +0100[Logistics] Fixes on M_MOVEMENT_POST
Unai Martirena <unai.martirena@openbravo.com> [Mon, 14 Mar 2016 09:54:56 +0100] rev 28831
[Logistics] Fixes on M_MOVEMENT_POST

Mon, 07 Mar 2016 12:08:38 +0100[order Preparation] Changes M_MOVEMENT_POST process to accept Id and pinstance
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Mon, 07 Mar 2016 12:08:38 +0100] rev 28830
[order Preparation] Changes M_MOVEMENT_POST process to accept Id and pinstance

Fri, 04 Mar 2016 14:44:51 +0100Merged from PI
Unai Martirena <unai.martirena@openbravo.com> [Fri, 04 Mar 2016 14:44:51 +0100] rev 28829
Merged from PI

Fri, 04 Mar 2016 08:51:01 +0100related to bug 32375: added test case covering preference's client visibility
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 04 Mar 2016 08:51:01 +0100] rev 28828
related to bug 32375: added test case covering preference's client visibility

Fri, 04 Mar 2016 08:50:01 +0100fixed bug 32375: preferences incorrectly resolve client visibility
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 04 Mar 2016 08:50:01 +0100] rev 28827
fixed bug 32375: preferences incorrectly resolve client visibility

Reimplemented client visibility resolution to correctly handle the case of
2 preference candidates with different client visibility.

Fri, 04 Mar 2016 08:48:31 +0100related to bug 32375: make preference resolution more consistent
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 04 Mar 2016 08:48:31 +0100] rev 28826
related to bug 32375: make preference resolution more consistent

In case of several preferences defined for a given property/attribute, the
result of getting value could be undetermistic.

Solved by sorting by preference's id in these cases.

Fri, 04 Mar 2016 08:45:40 +0100related to bug 32375: preferences incorrectly resolve client visibility
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 04 Mar 2016 08:45:40 +0100] rev 28825
related to bug 32375: preferences incorrectly resolve client visibility

Small code clean up:
-isHigherPriority renamed to getHighestPriority: by convention is* are boolean
getters which was not the case of this one
-removed unneded brackets in condition which didn't help to make the code more
readable