Wed, 27 May 2015 16:31:12 +0200Related to issue 29566: fixes deprecated method calls in ReportDesignBO
Carlos Aristu <carlos.aristu@openbravo.com> [Wed, 27 May 2015 16:31:12 +0200] rev 26788
Related to issue 29566: fixes deprecated method calls in ReportDesignBO

Wed, 27 May 2015 09:41:59 +0200Fixed bug 29904 Performance improvements for orderloading in finance core
Sandra Huguet <sandra.huguet@openbravo.com> [Wed, 27 May 2015 09:41:59 +0200] rev 26787
Fixed bug 29904 Performance improvements for orderloading in finance core

review flush () and .list () in FIN_PaymentProcess and FIN_TransactionProcess

Wed, 27 May 2015 16:05:43 +0200Related with issue 29709: Some test cases have been created.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Wed, 27 May 2015 16:05:43 +0200] rev 26786
Related with issue 29709: Some test cases have been created.

Some test have been created for testing the correct behaviour of the OB.Utilities.Number.roundJSNumber,
OB.Utilities.Number.ScientificToDecimal and OB.Utilities.Number.OBMaskedToOBPlain functions.

Wed, 27 May 2015 15:41:58 +0200fixed bug 30016: upgrading from 2.50 to pi some FKs are missing
Asier Lostalé <asier.lostale@openbravo.com> [Wed, 27 May 2015 15:41:58 +0200] rev 26785
fixed bug 30016: upgrading from 2.50 to pi some FKs are missing

There were 2 scenarios where this occurred:
* FKs from recreated to non recreated tables in case none of them are in AD
* both tables participating in the FK are recreated and the referenced one
is loaded before the referencing one in the model

Wed, 27 May 2015 13:36:32 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 27 May 2015 13:36:32 +0000] rev 26784
CI: merge back from main

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 26783
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 26782
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 26781
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 26780
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 26779
CI: merge back from main