Thu, 05 Nov 2015 10:32:23 +0100fixed bug 31366: SqlCallableStatement test cases fail in try-ret-checks-oracle
Asier Lostalé <asier.lostale@openbravo.com> [Thu, 05 Nov 2015 10:32:23 +0100] rev 27891
fixed bug 31366: SqlCallableStatement test cases fail in try-ret-checks-oracle

Retail oracle try infrastructure is executed in parallel for different DB users.
When querying as DBA for open cursors, cursors only for current user should be
checked, other way different executions can cause clashes.

Thu, 05 Nov 2015 08:17:46 +0100Related to issue 31340: Many warnings in log generated by import entry code when a cashup can not be processed
Martin Taal <martin.taal@openbravo.com> [Thu, 05 Nov 2015 08:17:46 +0100] rev 27890
Related to issue 31340: Many warnings in log generated by import entry code when a cashup can not be processed
Make the wait slightly longer and fit to 1800 records/min

Wed, 04 Nov 2015 23:32:41 +0100Related to issue 31340: Many warnings in log generated by import entry code when a cashup can not be processed
Martin Taal <martin.taal@openbravo.com> [Wed, 04 Nov 2015 23:32:41 +0100] rev 27889
Related to issue 31340: Many warnings in log generated by import entry code when a cashup can not be processed
More log statements for debugging, add a minimum 1 second wait before re-reading entries

Thu, 05 Nov 2015 00:24:35 +0100Related to issue 30986:Problem adding to a role a process definition access
Inigo Sanchez <inigo.sanchez@openbravo.com> [Thu, 05 Nov 2015 00:24:35 +0100] rev 27888
Related to issue 30986:Problem adding to a role a process definition access

The problem was when it is tried to translated a "process definition". In
a "Role" window it can be added a "process definition" access and it is
not translated.

The process "generate.entities" has thrown an error because a column that
is call process definition in obuiapp_process_trl has "Link to Parent
Column" unselected.

This check had been forgotten to set properly.Now, It has been resolved
with this fix.

Tue, 03 Nov 2015 21:18:14 +0100Fixes issue 31347: Error when validating a Costing Rule with backdated enabled
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Tue, 03 Nov 2015 21:18:14 +0100] rev 27887
Fixes issue 31347: Error when validating a Costing Rule with backdated enabled

When checking for the current validated costing rule, it should have an ending date greater or equal than current date.

Tue, 03 Nov 2015 18:00:53 +0100Fixed issue 31317: The error shown in the log is fixed.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Tue, 03 Nov 2015 18:00:53 +0100] rev 27886
Fixed issue 31317: The error shown in the log is fixed.

There was an error shown in the log because the servlet was interpreting that it was an email.
That was caused because a condition was not taking into account nothing else but the request.getServletPath as
"print.html".
This has been changed and now "printoptions.html" is taken into account.

Mon, 02 Nov 2015 08:33:06 +0100related to bug 30891: query open cursors as DBA
Asier Lostalé <asier.lostale@openbravo.com> [Mon, 02 Nov 2015 08:33:06 +0100] rev 27885
related to bug 30891: query open cursors as DBA

Fri, 30 Oct 2015 12:03:10 +0100related to bug 30891: added test case
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 30 Oct 2015 12:03:10 +0100] rev 27884
related to bug 30891: added test case

Fri, 30 Oct 2015 11:41:50 +0100related to bug 30891: added test case
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 30 Oct 2015 11:41:50 +0100] rev 27883
related to bug 30891: added test case

Fri, 30 Oct 2015 11:22:17 +0100fixed bug 30891: sqlc transactional callable statemts not released in Oracle
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 30 Oct 2015 11:22:17 +0100] rev 27882
fixed bug 30891: sqlc transactional callable statemts not released in Oracle

Working with Oracle transactional callable statements are not closed after
invokation, causing the number of open cursors to increase unnecessarily.

There was already code in sqlc to release the statement, but there was an
extra incorrect check not to do it in case of callable when in transactional
mode.

This check has been removed, being now transactional and non transactional cases
handled in the same way.

Fri, 30 Oct 2015 13:15:08 +0100Fixed bug 31198:RO logic doesn't work properly in grid view with combo fields
Inigo Sanchez <inigo.sanchez@openbravo.com> [Fri, 30 Oct 2015 13:15:08 +0100] rev 27881
Fixed bug 31198:RO logic doesn't work properly in grid view with combo fields

The problem was that Read Only logic did not work properly in grid view with
combo type fields. If there were two fields on a grid, one having 'List' as
a reference and the second one been a 'TableDir' and the second one had a read
only logic based on the value of the first one, the second one did not work
properly. This happend when 'List' field was next to (leftside) of the
'TableDir' field or if there were intermediate fields between 'List' and
'TableDir' fields that were not editables (RO).

The problem has been fixed overriding a 'refreshCell()' method to use
'allowEditCellRefresh' parameter. This parameter is taking into account in
'refreshCellValue()' method of SC and if there is a visible editor in the
cell with the focus on it, redrawing and update it's value.

This fix take into account when 'refreshCell()' method is called with a value
in 'allowEditCellRefresh' parameter and in this case it will not be called
the overridden method to avoid delete some preexisting correct fluxes.

Mon, 02 Nov 2015 11:28:15 +0100related to issue 31254: Add missing opacity for toolbar icon
Carlos Aristu <carlos.aristu@openbravo.com> [Mon, 02 Nov 2015 11:28:15 +0100] rev 27880
related to issue 31254: Add missing opacity for toolbar icon

Fri, 30 Oct 2015 13:08:22 +0100fixes issue 30800: Filter on Property field in a table ref column doesn't work
Carlos Aristu <carlos.aristu@openbravo.com> [Fri, 30 Oct 2015 13:08:22 +0100] rev 27879
fixes issue 30800: Filter on Property field in a table ref column doesn't work
Now the value used to filter a column based on a table reference is set on the client. We make use an attribute called displayProperty which is only set for Table references. This way, the change is transparent for the rest of FK references.
By setting this value in the client, the replacement done in the server (in AvanceQueryBuilder.parseSimpleClause() method) is not needed anymore.

Fri, 23 Oct 2015 13:28:16 +0200Fixes Issue 31176. Changes old selector with new one in M_InoutLine Table.
David Miguelez <david.miguelez@openbravo.com> [Fri, 23 Oct 2015 13:28:16 +0200] rev 27878
Fixes Issue 31176. Changes old selector with new one in M_InoutLine Table.

Replaces the old selector for Storage Bins with a new OBUISEL_Selector
in M_InoutLine Table.
In Sales flow it shows only Storage Bins that are available to the selected
Organization and that are also On Hand Warehouses.
In the Purchase flow it shows Storage Bins that are available to the selected
Organization.
Also, the selector is pre-filtered using the Warehouse in the Document Header
and it has as a default value a Storage Bin of that Warehouse.

Tue, 27 Oct 2015 11:20:34 +0100Fixed issue 30783: Reduce the number of clicks to print Documents.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Tue, 27 Oct 2015 11:20:34 +0100] rev 27877
Fixed issue 30783: Reduce the number of clicks to print Documents.

Before, when a document was going to be printed, several clicks were needed.
That was because when you click on the print button, a popup which asks if
you wanted to attach the document or just print it appear, and after it was possible to print.

The number of clicks needed for that task could be bothering if it was often repeated:.

To fix this two new preferences have been added.
The first one "Attach by default": If this preference is set to "N" then, the popup is not
shown when clicking the print button, and the document is not attached.
If this preference is set to "Y" then, the popup is not shown when clicking the print button
and the document is attached.
If this preference is undefined, then, the popup which asks for attaching the document or just printing
it appears when clicking the print button.

The other preference "Direct Print": If this is set as "Y" then the printing popup will be
opened.
If this is set as "N" or undefined, then the document is downloaded, but the printing popup is not shown.
The "ReportingUtils.java" has been modified, now if the direct print preference is set, the "this.print()" js function
is executed.
The "PrinterReports.java" has been modified for handling the new functionality with the preference which
attaches the documents directly.
The "PrintController.java" has been modified for handling the new functionality with the Direct print
preference.

The index.jsp has been changed because there was a problem with some browsers and the "Direct print" preference
it was not possible to display the printer popup in Internet Explorer nor Firefox.
This was because we were using a hidden frame for putting the pdf there. Chrome was able to take what there was in
that frame, but Firefox and Internet Explorer were not able.
To fix this the style="display:none" of the frame "background_target" has been removed.
Now, it is possible to use the Direct Print preference in the Firefox, Safari, Internet Explorer and Chrome browsers.