Wed, 11 Mar 2015 13:56:36 +0100Fixes issue 29245: An email related with the alert is sent to inactive users
Javier Etxarri <javier.echarri@openbravo.com> [Wed, 11 Mar 2015 13:56:36 +0100] rev 26162
Fixes issue 29245: An email related with the alert is sent to inactive users

Wed, 11 Mar 2015 10:42:05 +0100Fixed issue 28968: When installing a module the rebuild takes long to start.
Inigo Sanchez <inigo.sanchez@openbravo.com> [Wed, 11 Mar 2015 10:42:05 +0100] rev 26161
Fixed issue 28968: When installing a module the rebuild takes long to start.

The problem was that when installing a module the rebuild takes long to start.
This happened on environments with a lot of rows (Tested with 260.000 rows) on
the ad_session table.The result was this:

explain UPDATE AD_SESSION SET SESSION_ACTIVE='N' WHERE CREATEDBY<>'100'
Update on ad_session (cost=0.00..21546.15 rows=266303 width=147)

-> Seq Scan on ad_session (cost=0.00..21546.15 rows=266303 width=147)
Filter: ((createdby)::text <> '100'::text)
Approx time execution: 30000 ms

The new SQL Query to update is this:

explain UPDATE AD_SESSION SET SESSION_ACTIVE='N' WHERE CREATEDBY<>'100' and SESSION_ACTIVE='Y'
Update on ad_session (cost=0.42..4.44 rows=1 width=147)

-> Index Scan using ad_session_active_idx on ad_session (cost=0.42..4.44 rows=1 width=147)
Index Cond: (session_active = 'Y'::bpchar)
Filter: ((createdby)::text <> '100'::text)
Approx time execution: 30 ms

Adding the new condition "SESSION_ACTIVE = 'Y'" has been achieved to improve the performance.

Wed, 11 Mar 2015 15:01:31 +0000CI: update AD_MODULE to version 26159
RM packaging bot <staff.rm@openbravo.com> [Wed, 11 Mar 2015 15:01:31 +0000] rev 26160
CI: update AD_MODULE to version 26159

Wed, 11 Mar 2015 09:17:00 +0100Related bug 28999: The i index is wrong.
Inigo Sanchez <inigo.sanchez@openbravo.com> [Wed, 11 Mar 2015 09:17:00 +0100] rev 26159
Related bug 28999: The i index is wrong.

Wed, 11 Mar 2015 07:13:25 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 11 Mar 2015 07:13:25 +0000] rev 26158
CI: merge back from main

Wed, 11 Mar 2015 06:51:47 +0000CI: update AD_MODULE to version 26156
RM packaging bot <staff.rm@openbravo.com> [Wed, 11 Mar 2015 06:51:47 +0000] rev 26157
CI: update AD_MODULE to version 26156

Wed, 11 Mar 2015 01:02:42 +0100Related bug 28999: Grant access to buttons is not working fine in some cases.
Inigo Sanchez <inigo.sanchez@openbravo.com> [Wed, 11 Mar 2015 01:02:42 +0100] rev 26156
Related bug 28999: Grant access to buttons is not working fine in some cases.

The issue had three parts to fix. The part that has been fixed is number two:
The problem was to grant access to buttons when "Secured_process" preference
was "Yes". This problem caused a bad behavior in access to buttons in child tabs.

This bad behavior is reproduced when inherit buttons are created in a non-active
child tab.The buttons are created from "actionToolbarButtons" not in
"toolBar.rightMembers". This was a problem because actionToolbarButtons did not
have "readOnlyIf" property. This property makes accessibility to a process work
correctly.

To solve this problem it has been set the property "readOnlyIf" in
"actionToolbarButtons" at the same time that in "toolBar.rightMembers".Thus when
inherit buttons are created in a child tab, the property "readOnlyIf" exists.
This will keep the same behavior on the inherited buttons in the child tabs.

Tue, 10 Mar 2015 21:49:47 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Mar 2015 21:49:47 +0000] rev 26155
CI: merge back from main

Tue, 10 Mar 2015 21:31:04 +0000CI: update AD_MODULE to version 26153
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Mar 2015 21:31:04 +0000] rev 26154
CI: update AD_MODULE to version 26153

Tue, 10 Mar 2015 15:56:33 +0100related to issue 29124
Sandra Huguet <sandra.huguet@openbravo.com> [Tue, 10 Mar 2015 15:56:33 +0100] rev 26153
related to issue 29124

If total selected amount is less than bank statement line amount,
the actual payment should be the bank statement line amount
and the difference should be consider overpayment.