Tue, 28 Apr 2015 10:16:28 +0200[jsTest] proper js load and execution, create session before StaticResources
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 28 Apr 2015 10:16:28 +0200] rev 26500
[jsTest] proper js load and execution, create session before StaticResources

Tue, 28 Apr 2015 10:12:29 +0200[jsTest] adapted tests to new QUnit version
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 28 Apr 2015 10:12:29 +0200] rev 26499
[jsTest] adapted tests to new QUnit version

Tue, 28 Apr 2015 10:08:55 +0200[jsTest] Updated QUnit to 1.18.0
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 28 Apr 2015 10:08:55 +0200] rev 26498
[jsTest] Updated QUnit to 1.18.0

Tue, 28 Apr 2015 12:07:49 +0200Fixed issue 29687: DateTime now works ok with 12:XX:XX times
David Baz Fayos <david.baz@openbravo.com> [Tue, 28 Apr 2015 12:07:49 +0200] rev 26497
Fixed issue 29687: DateTime now works ok with 12:XX:XX times

The root of the problem was that there was a 'typo' and the
'minus' sign was missing in the 'if' statement in charge
of evaluate if it was in 24h mode or not. This was used later
to substract 12h to the entered date if this was in the
12:XX:XX form, change that obviously doesn't apply in the
24h mode

Tue, 28 Apr 2015 11:49:51 +0200Fixes bug 28934:Error when launching "Create AP Expense Invoices".
Inigo Sanchez <inigo.sanchez@openbravo.com> [Tue, 28 Apr 2015 11:49:51 +0200] rev 26496
Fixes bug 28934:Error when launching "Create AP Expense Invoices".

The problem wasn't related with "Openbravo External Connection Pools module". This issue
has been reproduced without using "Apache JDBC Connection Pool", this is the error log:

Apr 27, 2015 12:51:47 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet P801268 threw exception
org.hibernate.TransactionException: JDBC commit failed
at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:157)
at org.openbravo.dal.core.SessionHandler.commitAndClose(SessionHandler.java:258)
.........................
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:701)
Caused by: org.postgresql.util.PSQLException: Cannot commit when autoCommit is enabled.
at org.postgresql.jdbc2.AbstractJdbc2Connection.commit(AbstractJdbc2Connection.java:705)
at org.hibernate.transaction.JDBCTransaction.commitAndResetAutoCommit(JDBCTransaction.java:166)
at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:142)

In both cases (default connection pool or apache jdbc connection pool) there was an error
related with the way of manage connections in "Create AP Expense Invoices" process.

This connection is obtained with getConnection() method and finally it is closed in
realeaseCommitConnection() method. This method gets the connection from the session.
In following uses of "getConnection()" there is an error because this process closed
the connection of the session.

To fix this, using "getTransactionConnection()" instead of "getConnection()" method. This method
creates a new connection instead of using the connection of the session. For this reason, it can
be closed without any problem.

Mon, 27 Apr 2015 13:51:37 +0200Fixes Issue 29680:Add details pop up in Payment Out window filters records
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Mon, 27 Apr 2015 13:51:37 +0200] rev 26495
Fixes Issue 29680:Add details pop up in Payment Out window filters records
with supplier reference

having clause fixed to take into account supplier reference

Mon, 27 Apr 2015 16:52:31 +0200Fixed issue 29697: Description field is set with "null" in the FA Transaction
Jorge Garcia <jorge.garcia@openbravo.com> [Mon, 27 Apr 2015 16:52:31 +0200] rev 26494
Fixed issue 29697: Description field is set with "null" in the FA Transaction

Description field is filled in with "null" in the FA Transaction when matched
to GL Item.

The problem was in the Match Statement process, more specifically, in the
Add new transaction button. The AddTransanctionActionHandler didn't
take in consideration that the received description could be null.

The fix for this issue is to check if the received description is null
or blank.

Now, the description field fill in the correct description.

Mon, 30 Mar 2015 21:27:03 -0500Fixed bug 28702: Assets Organization should not be changed if it has lines
Reinaldo Guerra <reinaldo.guerra@peoplewalking.com> [Mon, 30 Mar 2015 21:27:03 -0500] rev 26493
Fixed bug 28702: Assets Organization should not be changed if it has lines

Like happens in other windows such as Products and Business Partner, the organization's field behaviour in Assets window was changed to not be updatable.
Now when the Assets record is saved, it is not possible to change its organization, so there will not be inconsistencies with previous created lines if the amortizations are recalculated.

Mon, 27 Apr 2015 18:58:05 +0200Fixed bug 28927: Filter is removed when cancel transactions from Match process
Unai Martirena <unai.martirena@openbravo.com> [Mon, 27 Apr 2015 18:58:05 +0200] rev 26492
Fixed bug 28927: Filter is removed when cancel transactions from Match process

Changed OB.APRM.MatchStatement.onRefresh function in a similar way to OB.APRM.AddPayment.currencyOnChange function.
The previous criteria is kept (including the selected record) and used again to refresh the grid records and redraw the form.

Thu, 16 Apr 2015 18:33:31 +0200Fixes issue 29616: Error in GLJournalAccountingCheck validation
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 16 Apr 2015 18:33:31 +0200] rev 26491
Fixes issue 29616: Error in GLJournalAccountingCheck validation

Query in GLJournalAccountingCheck build validation has been changed to avoid build validation fail, when exists a negative gl journal line and system is configured to "not allow negative amount" during posting, although accounting information is correct