Thu, 28 May 2015 21:02:06 +0000CI: update AD_MODULE to version 26793
RM packaging bot <staff.rm@openbravo.com> [Thu, 28 May 2015 21:02:06 +0000] rev 26826
CI: update AD_MODULE to version 26793

Thu, 28 May 2015 19:51:06 +0200Fixed issue 29867: Now grid multiple selection is not lost on refresh
David Baz Fayos <david.baz@openbravo.com> [Thu, 28 May 2015 19:51:06 +0200] rev 26825
Fixed issue 29867: Now grid multiple selection is not lost on refresh

If the selected items are in different pages, only the items belonging to the land
page once the grid get refreshed will be shown. A message notifying this loss will
be shown (in the message bar if this is empty or as a popup if there is a message
already been displayed, to avoid loss its information if we come from a process
execution)

Thu, 28 May 2015 12:58:25 +0200Fixes issue 30007: Payment schedule amount incorrectly calculated.
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 28 May 2015 12:58:25 +0200] rev 26824
Fixes issue 30007: Payment schedule amount incorrectly calculated.

Payment schedule amount incorrectly calculated when adding a payment from reconcile window to a sales order.
FIN_TransactionProcess and PaidStatusEventHandler have been changed in order to set invoicepaid=true only when FIN_PaymentScheduleDetail has a related InvoicePaymentSchedule.
FIN_PaymentProcess.java has also been changed, in order to check invoicePaidAmounts only if FIN_PaymentScheduleDetail has a related InvoicePaymentSchedule.
In case of a payment to a order without an invoice, updatePaymentAmounts will be called only once.
Name of preference in UpdatePaymentPlan modulescript has been update to run it again and fix wrong data created by the issue.

Thu, 28 May 2015 16:19:09 +0200Fixed issue 29857: When there are not linked items it appears "Loading"
Naroa Iriarte <naroa.iriarte@openbravo.com> [Thu, 28 May 2015 16:19:09 +0200] rev 26823
Fixed issue 29857: When there are not linked items it appears "Loading"

When there are no linked items, the linked items category section shows the message "Loading data..."
instead of the message "No items to show".

The problem was that the fact of not having any item category was not correctly handled.
In the initWidget function, when the linkedItemCategoryListGrid is created, in the function "dataArrived"
there was a condition which called the function that showed the correct message "No items to show" when the
startRow was '0' and when de endRow was '-1', the problem was that in this case of not having any linked Item
category, the endRow and the startRow where both '0', so, the correct message was never shown and it always shows
the message "Loading data...".
To fix this, the condition has been changed, now it is taking into account the length of the data, and if it
is '0' that means that there are not linked items so, the message "No items to show" is shown.

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 26822
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 26821
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 26820
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 26819
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 26818
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 26817
Fixed bug 29904 Performance improvements for orderloading in finance core

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