Wed, 27 May 2015 23:08:18 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 27 May 2015 23:08:18 +0000] rev 26792
CI: merge back from main

Wed, 27 May 2015 22:53:11 +0000CI: update AD_MODULE to version 26790
RM packaging bot <staff.rm@openbravo.com> [Wed, 27 May 2015 22:53:11 +0000] rev 26791
CI: update AD_MODULE to version 26790

Wed, 27 May 2015 17:14:52 +0200Related to issue 25278: updated copyright and fixed indentation
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 27 May 2015 17:14:52 +0200] rev 26790
Related to issue 25278: updated copyright and fixed indentation

Wed, 20 May 2015 18:17:08 +0200Fixed issue 25278: Long time to update a warehouse with thousends of locators
Jorge Garcia <jorge.garcia@openbravo.com> [Wed, 20 May 2015 18:17:08 +0200] rev 26789
Fixed issue 25278: Long time to update a warehouse with thousends of locators

On an environment with 60.000 locators for one of the warehouse, when updating
a field of the warehouse it takes a long time to save the record.

Part of the problem is the update of the m_warehouse table. When updated, the
trigger launch an update of the organization id for M_LOCATOR and
M_WAREHOUSE_ACCT tables.

The solution is to check if the organization has changed and, if not, avoid the
unnecessary update of those tables.

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

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 26778
CI: update AD_MODULE to version 26774

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 26777
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 26776
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

Mon, 18 May 2015 11:58:38 +0200Fixes issue 29864: Distinguish between 'in Development', 'in Test environment' and others
Rafa Alonso <rafael.alonso@openbravo.com> [Mon, 18 May 2015 11:58:38 +0200] rev 26775
Fixes issue 29864: Distinguish between 'in Development', 'in Test environment' and others

Mon, 25 May 2015 20:02:16 +0200Fixes issue 29930: Exchange Rate defaulted to 1 in Add Payment
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Mon, 25 May 2015 20:02:16 +0200] rev 26774
Fixes issue 29930: Exchange Rate defaulted to 1 in Add Payment

Converted Amount and Conversion Rate fields in Add Payment process definition will be empty as default if conversion rate between currencies is not defined.
Also, those fields will be mandatory, to force the user tip them in case of multi currency payment.

Tue, 26 May 2015 13:04:34 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 26 May 2015 13:04:34 +0000] rev 26773
CI: merge back from main

Tue, 26 May 2015 12:48:07 +0000CI: update AD_MODULE to version 26767
RM packaging bot <staff.rm@openbravo.com> [Tue, 26 May 2015 12:48:07 +0000] rev 26772
CI: update AD_MODULE to version 26767

Tue, 26 May 2015 13:51:31 +0200fixed bug 29923: upgrading from 2.50 to pi shows errors in update.database
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 26 May 2015 13:51:31 +0200] rev 26771
fixed bug 29923: upgrading from 2.50 to pi shows errors in update.database

This error ocurred when a non AD table with FKs to an AD table was recreated.

In this situation FKs to AD table were tried to be dropped twice:
- As part of the table recreation
- As part of standard FK drop from non AD to AD tables

The fix consists on not dropping FKs from non AD to AD tables for already recreated
ones

Wed, 20 May 2015 14:06:47 +0200Fixes issue 29942: NPE in Add Payment process request
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Wed, 20 May 2015 14:06:47 +0200] rev 26770
Fixes issue 29942: NPE in Add Payment process request

When selecting a business partner with the magnifying glass in Add Payment process request, which does not match to the type of the document (a Vendor when the type is Received In); the payment method of the business partner was null and when accessing to its id, a NPE was raised.
Now, if payment method is null will be checked.

Thu, 14 May 2015 20:09:22 +0200Fixes issue 29647: Trial Balance Report is sometimes really slow Query refactored to improve performance
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Thu, 14 May 2015 20:09:22 +0200] rev 26769
Fixes issue 29647: Trial Balance Report is sometimes really slow Query refactored to improve performance

Fri, 22 May 2015 10:58:48 +0530Fixes Issue 29963:Role without access to currency entity can not post a
Atul Gaware <atul.gaware@openbravo.com> [Fri, 22 May 2015 10:58:48 +0530] rev 26768
Fixes Issue 29963:Role without access to currency entity can not post a
purchase invoice

Entity Currency not readable issue is fixed by using switching context
to Admin mode and restoring it back again.

Tue, 26 May 2015 09:03:09 +0200Related to issue 29566: fix in comment
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 26 May 2015 09:03:09 +0200] rev 26767
Related to issue 29566: fix in comment

Mon, 25 May 2015 15:59:16 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 25 May 2015 15:59:16 +0000] rev 26766
CI: merge back from main

Mon, 25 May 2015 15:44:05 +0000CI: update AD_MODULE to version 26737
RM packaging bot <staff.rm@openbravo.com> [Mon, 25 May 2015 15:44:05 +0000] rev 26765
CI: update AD_MODULE to version 26737

Mon, 25 May 2015 16:18:51 +0200Fixed issue 29709: Physical inventory cannot be created.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Mon, 25 May 2015 16:18:51 +0200] rev 26764
Fixed issue 29709: Physical inventory cannot be created.

The problem was that if it was a very small negative Book Quantity number, it was not
possible to create a Physical Inventory line.

It was because the "ScientificToDecimal" function was not working properly with negative
numbers. The '-' sign was taken as a number instead of as a sign, that was the reason of
obtaining a value like 0.000-3655 when -0.0003655 was expected.

To fix this, a condition has been added which takes into account the fact of having
the '-' sign and to deal with the sign as a sign and not as a number.

Mon, 25 May 2015 12:31:46 +0200Fixes issue 29566: Upgrade Jasper Libraries
Carlos Aristu <carlos.aristu@openbravo.com> [Mon, 25 May 2015 12:31:46 +0200] rev 26763
Fixes issue 29566: Upgrade Jasper Libraries