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

Sat, 06 Jun 2015 14:51:26 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Sat, 06 Jun 2015 14:51:26 +0000] rev 26865
CI: merge back from main

Sat, 06 Jun 2015 14:35:27 +0000CI: update AD_MODULE to version 26863
RM packaging bot <staff.rm@openbravo.com> [Sat, 06 Jun 2015 14:35:27 +0000] rev 26864
CI: update AD_MODULE to version 26863

Fri, 05 Jun 2015 23:09: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> [Fri, 05 Jun 2015 23:09:57 +0200] rev 26863
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Close the scrollable result

Fri, 05 Jun 2015 11:07:14 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Fri, 05 Jun 2015 11:07:14 +0200] rev 26862
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Changed warn to debug, can be set back to warn when subclass implementation has been improved

Fri, 05 Jun 2015 09:04:54 +0200Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Martin Taal <martin.taal@openbravo.com> [Fri, 05 Jun 2015 09:04:54 +0200] rev 26861
Related to issue Related to issue 29766: Retail Operations Buffer: store all transactions in operations table before processing
Only read all non-clob columns from c_import_entry to prevent oracle driver reserving large memory chunks. Still read all other
properties as they can be used by derived classes to decide to handle or not to handle a specific import entry.

Thu, 04 Jun 2015 23:31:13 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Thu, 04 Jun 2015 23:31:13 +0000] rev 26860
CI: merge back from main

Thu, 04 Jun 2015 23:15:24 +0000CI: update AD_MODULE to version 26854
RM packaging bot <staff.rm@openbravo.com> [Thu, 04 Jun 2015 23:15:24 +0000] rev 26859
CI: update AD_MODULE to version 26854

Tue, 02 Jun 2015 09:12:55 +0200Fixes bug 29708, Fixes bug 29936: Improve performance and memory problems
Unai Martirena <unai.martirena@openbravo.com> [Tue, 02 Jun 2015 09:12:55 +0200] rev 26858
Fixes bug 29708, Fixes bug 29936: Improve performance and memory problems

2 Problems are happening in Costing Background process:

1) Java Heap error: This problem happens because getTransactions method can load on memory a lot of objects and even an ScrollableResult is being used the following sentence 'OBDal.getInstance().getConnection().setHoldability(ResultSet.HOLD_CURSORS_OVER_COMMIT)' prevents in fact to scroll properly the ScrollableResult. To avoid this issue the query of getTransactions method has been changed to return only 1000 records. So, instead of calling just once this method it is done once each 1000 records.

Also instead of returning a list of 1000 MaterialTransaction objects, that can be a relatively big amount of objects to load in memory, only the Ids are returned and each id the it is instanced on each iteration.

2) Performance problems: The process has a performance issue because it does a commit on each iteration of the list. Now, this has been changed to do commit every 1000 records, and in case that an exception is raised on a certain iteration a new method has been added in catch clause to calculate the cost of the transactions that have been rolledback but which there were properly calculated.

Thu, 04 Jun 2015 17:02:09 +0200Related to issue 30037: updated copyright
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Thu, 04 Jun 2015 17:02:09 +0200] rev 26857
Related to issue 30037: updated copyright

Tue, 02 Jun 2015 09:06:32 +0200Fixed issue 30037: Completed quantity in the Work Requirement is not updated
Jorge Garcia <jorge.garcia@openbravo.com> [Tue, 02 Jun 2015 09:06:32 +0200] rev 26856
Fixed issue 30037: Completed quantity in the Work Requirement is not updated

Completed quantity in the Work Requirement is not updated under some
circumstances.

The problem was that the ma_workeffort_validate wasn't updated the UPDATED
column of the ma_wrpahse table and you can save even if the line had changed in
the work effort window.

The solution is to update the column with the actual date. Now, when you try to
save it, a error appears in the grid and the save is canceled.