Mon, 29 Oct 2018 10:34:39 +0000Update AD_MODULE version to 3.0PR18Q2.3 3.0PR18Q2.3
RM packaging bot <staff.rm@openbravo.com> [Mon, 29 Oct 2018 10:34:39 +0000] rev 34928
Update AD_MODULE version to 3.0PR18Q2.3

Wed, 24 Oct 2018 10:31:04 +0200fixed bug 39522: false local changes positive restoring PG 9.3 dump on PG 10
Asier Lostalé <asier.lostale@openbravo.com> [Wed, 24 Oct 2018 10:31:04 +0200] rev 34927
fixed bug 39522: false local changes positive restoring PG 9.3 dump on PG 10

After restoring in PG 10 a DB dump taken in PG 9.3, first update.database run
incorrectly detects local changes.

This was caused by many new functions added in PG 10 to trigram extension, those
functions were unnecessarily included in the model checksum used to check if
there are local changes.

Now those functions are excluded: as dbsm only supports plsql functions, we now
filter out all the ones implemented by binary code, which is how typically
extension functions are implemented.

Thu, 18 Oct 2018 12:32:31 +0200Related to issue 39451. Change to comply with Java7
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 12:32:31 +0200] rev 34926
Related to issue 39451. Change to comply with Java7

Thu, 18 Oct 2018 10:29:10 +0200Related to issue 39451. Backport hasNoConnections method.
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 10:29:10 +0200] rev 34925
Related to issue 39451. Backport hasNoConnections method.

Thu, 18 Oct 2018 10:25:39 +0200Related to issue 39451. Backout hasNoConnections method implementation, will be replaced by a Java7 compliant version
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 10:25:39 +0200] rev 34924
Related to issue 39451. Backout hasNoConnections method implementation, will be replaced by a Java7 compliant version

Thu, 18 Oct 2018 09:42:36 +0200Related to issue 39451. Improved comment and log.
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 09:42:36 +0200] rev 34923
Related to issue 39451. Improved comment and log.

Thu, 18 Oct 2018 09:41:55 +0200Fixed issue 39451. The terminal does not go to offline mode if the database is colapsed but the tomcat works
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 09:41:55 +0200] rev 34922
Fixed issue 39451. The terminal does not go to offline mode if the database is colapsed but the tomcat works
When there is an exception in the critical part of the HttpSecureAppServlet which tries to detect if the client is authenticated, we should not necessarily force a logout and reply with '401- Not authenticated' response. Instead, the appropriate action is to just return a '500-Internal Server Error' response. Logging out in this case may kill a valid request when the server is temporarily overloaded, and makes no sense, and the 401 response may confuse the client, thinking that it needs to do login again when in reality, the problem is just that the server is either overloaded, or affected by some serious problem which prevents even basic authentication checking to work.

Thu, 18 Oct 2018 09:38:45 +0200Related to issue 39451. Backport hasNoConnections method.
Antonio Moreno <antonio.moreno@openbravo.com> [Thu, 18 Oct 2018 09:38:45 +0200] rev 34921
Related to issue 39451. Backport hasNoConnections method.

Tue, 16 Oct 2018 09:42:49 -0400Fixes issue 39456: "Create Lines From" on Goods Receipt not working properly
Mark <markmm82@gmail.com> [Tue, 16 Oct 2018 09:42:49 -0400] rev 34920
Fixes issue 39456: "Create Lines From" on Goods Receipt not working properly
when using Alternate UOM

Was taking as the AUM Qty the original value from the line instead of the value
defned on the P&E, this way if the value is changed, for instance for partiall receipts
then the process will create a line with the selected quantity instead of the entire
quantity of the original line wich is creating from.

Tue, 25 Sep 2018 00:35:58 +0530Fixes Issue 39342: Business Partner current balance is wrongly
Atul Gaware <atul.gaware@openbravo.com> [Tue, 25 Sep 2018 00:35:58 +0530] rev 34919
Fixes Issue 39342: Business Partner current balance is wrongly
updated when using Reconciliation

** In case of prepayment invoice paid should be kept as false
in PaidStatusEventHandler.