Wed, 10 Jun 2015 18:23:19 +0200Fixes issue 30119: ScrollableResults object should be closed
Carlos Aristu <carlos.aristu@openbravo.com> [Wed, 10 Jun 2015 18:23:19 +0200] rev 26895
Fixes issue 30119: ScrollableResults object should be closed

Wed, 10 Jun 2015 18:04:18 +0200Related to issue 28886: Applied JS Beautify
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 10 Jun 2015 18:04:18 +0200] rev 26894
Related to issue 28886: Applied JS Beautify

Wed, 03 Jun 2015 18:12:35 +0200Fixes issue 28886: Error in "Refund Payment" from Match Statement
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Wed, 03 Jun 2015 18:12:35 +0200] rev 26893
Fixes issue 28886: Error in "Refund Payment" from Match Statement

ob-aprm-addPayment.js has been changed to check if Overpayment Action field is visible in order to raise APRM_ZEROAMOUNTPAYMENTTRANSACTION or not.
AddPaymentActionHandler.java has been changed to do a commit at the end of createNewPayment method and avoid error when retrieving the created payment later.

Wed, 10 Jun 2015 17:02:19 +0200Related to issue 30120: Applied OB code format
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 10 Jun 2015 17:02:19 +0200] rev 26892
Related to issue 30120: Applied OB code format

Wed, 10 Jun 2015 09:56:13 +0530Fixes Issue 30120:ScrollableResults object should be closed
Atul Gaware <atul.gaware@openbravo.com> [Wed, 10 Jun 2015 09:56:13 +0530] rev 26891
Fixes Issue 30120:ScrollableResults object should be closed

ScrollableResults objects are closed in a finally block.

Wed, 10 Jun 2015 15:51:06 +0200Fixed issue 30092: the bo.xslt template is working wrong.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Wed, 10 Jun 2015 15:51:06 +0200] rev 26890
Fixed issue 30092: the bo.xslt template is working wrong.

The problem was that it was not possible to get the correct url by clicking
in the links. For example, if you went to the url:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/dal/ADUser?template=bo.xslt

And you click in some link, the obtained url was:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/ADUser/100?template=bo.xslt

instead of:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/dal/ADUser/100?template=bo.xslt

The problem was in the bo.xslt template, in the href variable. It was being set wrong in some cases,
it removed one extra level from the url. This is OK when the url has the id after the entity name, like:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/dal/ADUser/100?template=bo.xslt

But in the case of not having the id after the entity name in the url, it is wrong to substract a level
from the url.

In this case, that does not have the id after the entity name, didn't work well:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/dal/ADUser?template=bo.xslt

The substraction of the level retuned a bad url, the "/dal" is missing:

https://livebuilds.openbravo.com/erp_main_pgsql/ws/ADUser/100?template=bo.xslt

To fix this the bo.xslt has been changed, now it takes into account if the url contains the id after
the entity name. If it does, a level is substracted. If not, no.

The WebServiceUtil.applyTemplate method has been changed too. Now the parameter hasId is set here and is
passed to the bo.xslt. This boolean parameter is true if the url has the id after the entity name,
and false if not.

Wed, 10 Jun 2015 13:12:40 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 10 Jun 2015 13:12:40 +0000] rev 26889
CI: merge back from main

Wed, 10 Jun 2015 12:55:27 +0000CI: update AD_MODULE to version 26887
RM packaging bot <staff.rm@openbravo.com> [Wed, 10 Jun 2015 12:55:27 +0000] rev 26888
CI: update AD_MODULE to version 26887

Wed, 10 Jun 2015 09:05:57 +0200Fixes issue 30096: Cannot filter the bp field by ' symbol in selector drop down
Carlos Aristu <carlos.aristu@openbravo.com> [Wed, 10 Jun 2015 09:05:57 +0200] rev 26887
Fixes issue 30096: Cannot filter the bp field by ' symbol in selector drop down

The CustomQuerySelectorDatasource was not handling the parameters of the query properly. For that reason characters like ' were not replaced as expected.
Now the parameters are mapped into a list, and replaced in the query using the setParameter() method

Tue, 09 Jun 2015 18:14:54 +0200Fixes issue 30060: Select Payments Pick&Edit window is not working properly
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 09 Jun 2015 18:14:54 +0200] rev 26886
Fixes issue 30060: Select Payments Pick&Edit window is not working properly

When selecting a record in a P&E grid, the request done to the FIC was not using the correct mode. Now, when selecting a record, the request is properly done using the EDIT mode.

Tue, 09 Jun 2015 18:01:36 +0200Fixes issue 30069: Critical bug with decimals only in PostgreSQL 9.3
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 09 Jun 2015 18:01:36 +0200] rev 26885
Fixes issue 30069: Critical bug with decimals only in PostgreSQL 9.3

A new build validation has been added. This way, when executing update.database the result returned by the to_number() procedure is evaluated.
In case it does not return the expected result, the task will fail, showing a message with the link to the documentation

Tue, 09 Jun 2015 12:20:08 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 09 Jun 2015 12:20:08 +0000] rev 26884
CI: merge back from main

Tue, 09 Jun 2015 12:04:29 +0000CI: update AD_MODULE to version 26881
RM packaging bot <staff.rm@openbravo.com> [Tue, 09 Jun 2015 12:04:29 +0000] rev 26883
CI: update AD_MODULE to version 26881

Thu, 04 Jun 2015 17:47:14 +0200Fixes issue 30095: BP current balance not properly updated
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 04 Jun 2015 17:47:14 +0200] rev 26882
Fixes issue 30095: BP current balance not properly updated

Change condition in FIN_PaymentProcess to take into account when the paymend does not have order nor invoice related (when it only has a g/l item, when we are genereting credit or when we are refunding amount).

Tue, 09 Jun 2015 08:07:43 +0200Merged heads
Martin Taal <martin.taal@openbravo.com> [Tue, 09 Jun 2015 08:07:43 +0200] rev 26881
Merged heads

Mon, 08 Jun 2015 22:58:15 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Mon, 08 Jun 2015 22:58:15 +0200] rev 26880
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Set minimum queue size to sensible value

Mon, 08 Jun 2015 20:22:06 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 08 Jun 2015 20:22:06 +0000] rev 26879
CI: merge back from main

Mon, 08 Jun 2015 20:05:20 +0000CI: update AD_MODULE to version 26877
RM packaging bot <staff.rm@openbravo.com> [Mon, 08 Jun 2015 20:05:20 +0000] rev 26878
CI: update AD_MODULE to version 26877

Mon, 08 Jun 2015 12:58:32 +0200Fixed issue 30112: The message shown trying to save a datapackage isn't correct
Naroa Iriarte <naroa.iriarte@openbravo.com> [Mon, 08 Jun 2015 12:58:32 +0200] rev 26877
Fixed issue 30112: The message shown trying to save a datapackage isn't correct

The problem was that the message associated to the label "20102" was not correct in this case.
To fix this, a new message has been added to AD_MESSAGE, and now, the message
'The java package of the Data Package must be within the java package of its module.' is
shown when the java package of the module is not contained in the java package of the data
package.
Also, the duplicated where clause has been removed from the trigger.

This fix has been tested with postgres and also with oracle.

Mon, 08 Jun 2015 09:06:35 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 08 Jun 2015 09:06:35 +0000] rev 26876
CI: merge back from main

Mon, 08 Jun 2015 08:49:24 +0000CI: update AD_MODULE to version 26873
RM packaging bot <staff.rm@openbravo.com> [Mon, 08 Jun 2015 08:49:24 +0000] rev 26875
CI: update AD_MODULE to version 26873

Mon, 08 Jun 2015 10:51:34 +0200Fixes issue 29816: Process Button access changed when accessing from a subtab
Carlos Aristu <carlos.aristu@openbravo.com> [Mon, 08 Jun 2015 10:51:34 +0200] rev 26874
Fixes issue 29816: Process Button access changed when accessing from a subtab
The problem was affecting only when displaying parent buttons after selecting a non focused child tab.
In this case, the WindowSettingsActionHandler is called when opening the window to get the role access for each button. Due to the lazy inizialization of the not focused tabs by default, in this moment is not possible to set the access for the right side toolbar buttons of those tabs.
Now, in the prepareFullChildView method which is executed the first time a child tab is selected, the buttons added in the toolbar for the child tab are added with the same state (readOnly) as they have in the parent tab.

Sun, 07 Jun 2015 21:27:32 +0530Fixes Issue 30061:Customer Statement report is not considering all required
Atul Gaware <atul.gaware@openbravo.com> [Sun, 07 Jun 2015 21:27:32 +0530] rev 26873
Fixes Issue 30061:Customer Statement report is not considering all required
tables

All tables are considered now except C_Period which is not needed here.

Sun, 07 Jun 2015 17:19:11 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Sun, 07 Jun 2015 17:19:11 +0000] rev 26872
CI: merge back from main

Sun, 07 Jun 2015 17:04:04 +0000CI: update AD_MODULE to version 26869
RM packaging bot <staff.rm@openbravo.com> [Sun, 07 Jun 2015 17:04:04 +0000] rev 26871
CI: update AD_MODULE to version 26869

Sun, 07 Jun 2015 17:26:57 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Sun, 07 Jun 2015 17:26:57 +0200] rev 26870
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Evict the import entry from the session to free mem asap

Sun, 07 Jun 2015 13:09:55 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Sun, 07 Jun 2015 13:09:55 +0200] rev 26869
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Removed default value of imported column, set default value on importstatus, various smaller changes from code review comments

Sat, 06 Jun 2015 23:54:18 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Sat, 06 Jun 2015 23:54:18 +0000] rev 26868
CI: merge back from main

Sat, 06 Jun 2015 23:38:42 +0000CI: update AD_MODULE to version 26866
RM packaging bot <staff.rm@openbravo.com> [Sat, 06 Jun 2015 23:38:42 +0000] rev 26867
CI: update AD_MODULE to version 26866

Sat, 06 Jun 2015 19:47:51 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Sat, 06 Jun 2015 19:47:51 +0200] rev 26866
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Again read the complete import entry, much simpler interface and the previous oom seemed to be related to not closing the scrollableresults