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.

Tue, 10 Mar 2015 13:01:12 +0100fixed bug 29216: can't prevent filtering FK by identifier from Grid Configuration
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 10 Mar 2015 13:01:12 +0100] rev 26152
fixed bug 29216: can't prevent filtering FK by identifier from Grid Configuration

It was not possible to prevent filtering FKs by identifier using Grid Configuration
because the js code added to ensure backwards compatibility for manual datasources
was trying to find this property in an incorrect place which was undefined, causing
a js exception which prevented the flow to continue.

Tue, 10 Mar 2015 12:20:08 +0100Fixes issue 29212: Filtering multiple products work in Return from/to P&E
Augusto Mauch <augusto.mauch@openbravo.com> [Tue, 10 Mar 2015 12:20:08 +0100] rev 26151
Fixes issue 29212: Filtering multiple products work in Return from/to P&E

The problem was that the HQL WHERE clause built by the AdvancedQueryBuilder was not proper, as it where using join aliases that where not present in the FROM clause. This happened when the AdvancedQueryBuilder was used in the HQLDataSourceService class, because that class uses the WHERE clause returned by the AdvancedQueryBuilder, and the HQL FROM clause defined in the application dictionary. The resulting HQL query was like this:

SELECT iol.id as id, ...
FROM OrderLine AS ol LEFT JOIN ol.salesOrder AS o
WHERE ...
AND (( join_0.id = :alias_0 or join_0.id = :alias_1 ) )

The first two lines are built using the HQL transformers based on the HQL defined in the application dictionary, and the last two lines are built using the AdvancedQueryBuilder. The WHERE clause uses a join alias (join_0) that is not defined in the FROM clause

The new join alias was created in the resolveJoins method, that was invoked when the criteria contained an OR operator. To fix this issue, a new flag, creatingJoinsInWhereClauseIsPrevented, has been added. If this flag is true, instead of creating a new join alias for the where clause, the clause will be built using the entity main alias and the property name. As for now this new flag is only set to true in the HqlDataSourceService class.

Tue, 10 Mar 2015 03:26:29 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Mar 2015 03:26:29 +0000] rev 26150
CI: merge back from main

Tue, 10 Mar 2015 03:08:53 +0000CI: update AD_MODULE to version 26148
RM packaging bot <staff.rm@openbravo.com> [Tue, 10 Mar 2015 03:08:53 +0000] rev 26149
CI: update AD_MODULE to version 26148

Tue, 17 Feb 2015 01:11:53 +0530Fixes Issue 28035:Cannot pay a purchase order if it is invoiced with more
Atul Gaware <atul.gaware@openbravo.com> [Tue, 17 Feb 2015 01:11:53 +0530] rev 26148
Fixes Issue 28035:Cannot pay a purchase order if it is invoiced with more
orders and then reactivated and booked again

Fin_Payment_Scheduledetails are updated with fin_payment_schedule_order
only when found null. And only such schedule detail amounts are used to
calculate pending amount.

Mon, 09 Mar 2015 16:48:06 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 09 Mar 2015 16:48:06 +0000] rev 26147
CI: merge back from main