Wed, 27 May 2015 13:19:56 +0000CI: update AD_MODULE to version 26780
RM packaging bot <staff.rm@openbravo.com> [Wed, 27 May 2015 13:19:56 +0000] rev 26813
CI: update AD_MODULE to version 26780

Wed, 27 May 2015 09:44:35 +0200Fixed bug 30021: Requisition To Order with several secondary UOMs per product
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 27 May 2015 09:44:35 +0200] rev 26812
Fixed bug 30021: Requisition To Order with several secondary UOMs per product

The system was grouping requisition lines by product without taking into account the secondary UOM.
Now the code takes into account the M_Product_UOM_Id column too to group/split the purchase order line.

Tue, 26 May 2015 18:20:34 +0200Fixed bug 30002: Error in Requisition To Order window
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Tue, 26 May 2015 18:20:34 +0200] rev 26811
Fixed bug 30002: Error in Requisition To Order window

When creating a purchase order from the Requisition To Order window, an error was raised when lines[i].quantityorder is empty.
Now the SQL query returns quantityorder = 0 when it's null. Then, when inserting the purchase order line, the process inserts "" if quantityorder = 0

Tue, 26 May 2015 17:30:26 +0200Fixed issue 30014: There are problems with big numbers in scientific notation
Naroa Iriarte <naroa.iriarte@openbravo.com> [Tue, 26 May 2015 17:30:26 +0200] rev 26810
Fixed issue 30014: There are problems with big numbers in scientific notation

The problem was in OB.Utilities.Number.OBMaskedToOBPlain.
When the function was executed with a big negative number in scientific notation or a positive number with the "+" sign at the beginning, the
obtained decimal value was not correct.
This was caused because the length of the variable "number" (which was the number in scientific notation), was used for creating the final number instead of the
length of the variable "plainNumber", (which was the number in decimal notation).
This generated a problem because, when the spected result was a number longer than the number in scientific notation, it was not correctly obtained.
For example:

-1.0564E7 returned -10564000. This is correct, but:

-1.0564E8 returned -10564000. And this is not correct.

Tue, 26 May 2015 22:37:10 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 26 May 2015 22:37:10 +0000] rev 26809
CI: merge back from main

Tue, 26 May 2015 22:21:44 +0000CI: update AD_MODULE to version 26774
RM packaging bot <staff.rm@openbravo.com> [Tue, 26 May 2015 22:21:44 +0000] rev 26808
CI: update AD_MODULE to version 26774

Wed, 27 May 2015 23:11:01 +0200[HGVOL] Reset column size of JSONINFO
Martin Taal <martin.taal@openbravo.com> [Wed, 27 May 2015 23:11:01 +0200] rev 26807
[HGVOL] Reset column size of JSONINFO

Tue, 26 May 2015 22:48:45 +0200Merged from PI
Martin Taal <martin.taal@openbravo.com> [Tue, 26 May 2015 22:48:45 +0200] rev 26806
Merged from PI

Tue, 26 May 2015 21:22:49 +0200Fixes issue 29921: ImportEntryProcessor.LocalHttpRequest compilation errors with Tomcat 7
Martin Taal <martin.taal@openbravo.com> [Tue, 26 May 2015 21:22:49 +0200] rev 26805
Fixes issue 29921: ImportEntryProcessor.LocalHttpRequest compilation errors with Tomcat 7
Removed local declared subclass declaration of HttpRequest, make use of VariablesSecureApp
now working without session

Tue, 26 May 2015 21:21:50 +0200Fixes issue 29934: Extend VariablesBase to internally store session values even if there is no session object
Martin Taal <martin.taal@openbravo.com> [Tue, 26 May 2015 21:21:50 +0200] rev 26804
Fixes issue 29934: Extend VariablesBase to internally store session values even if there is no session object
Keep values in Map if there is no session. Changeset includes testcase