Mon, 13 Mar 2017 11:02:48 +0000Update AD_MODULE version to 3.0PR17Q1 3.0PR17Q1
RM packaging bot <staff.rm@openbravo.com> [Mon, 13 Mar 2017 11:02:48 +0000] rev 31683
Update AD_MODULE version to 3.0PR17Q1

Fri, 10 Mar 2017 11:11:58 -0500Fixes issue 35491:Error creating an Order from a Requisition To Order.
Miguel <martencobasmiguel@gmail.com> [Fri, 10 Mar 2017 11:11:58 -0500] rev 31682
Fixes issue 35491:Error creating an Order from a Requisition To Order.

In AUM project the Constraint c_orderline_check1 was modified, to only allow creation
of order lines whith QUANTITYORDER and M_PRODUCT_UOM_ID values null or not null at same time.
When they were created from the Requisition to Order process, the Order line's QUANTITYORDER
was created with 0 in the case it had a NULL value, instead of maintain the value as NULL.
Because of it the constraint was failing because a QUANTITYORDER=0 and a M_PRODUCT_UOM_ID=NULL.

To solve this problem was modified the linesToOrder query in RequisitionToOrder_data.xsql, to
retrieve the correct value of QUANTITYORDER, including NULL if there are no qty in the second
UOM.

Thu, 09 Mar 2017 14:22:29 -0500Fixes issue 35371: Wrong orders shown in "Create Invoices From Orders" window
Miguel <martencobasmiguel@gmail.com> [Thu, 09 Mar 2017 14:22:29 -0500] rev 31681
Fixes issue 35371: Wrong orders shown in "Create Invoices From Orders" window

Fixed the C_INVOICE_CANDIDATE_V view, changing the condition to not take into account
the sales orders different than 'ON' AND 'OB' AND 'WR' instead of using an incorrect
OR condition as suggested in the proposed solution.

Also were included some performances in the view replacing OR and AND conditions with they
respectively translations to IN and NOT IN clauses.

Fri, 10 Mar 2017 12:14:46 +0100Fixes Issue 35479. Fixes problem while setting alias in a subquery in Oracle.
David Miguelez <david.miguelez@openbravo.com> [Fri, 10 Mar 2017 12:14:46 +0100] rev 31680
Fixes Issue 35479. Fixes problem while setting alias in a subquery in Oracle.

Fri, 10 Mar 2017 10:24:11 +0100Fixed issue 35464: Adaptive filtering does not work for Table references.
Inigo Sanchez <inigo.sanchez@openbravo.com> [Fri, 10 Mar 2017 10:24:11 +0100] rev 31679
Fixed issue 35464: Adaptive filtering does not work for Table references.

The problem was that adaptive filtering (filter in client when all data is locally available) did
not work for Table references when filtering by text instead of by selecting a value in the drop
down list. The issue that causes this regression was not taking into account adaptive filtering.

This problem has been fixed by taking into account this case in getDisplayProperty method. Now
getDisplayProperty method manages properly when all the data are in the client (Adaptive filtering).

Thu, 09 Mar 2017 13:08:47 +0100fixed bug 35467: views with several IN or NOT IN clasues fail in PG
Asier Lostalé <asier.lostale@openbravo.com> [Thu, 09 Mar 2017 13:08:47 +0100] rev 31678
fixed bug 35467: views with several IN or NOT IN clasues fail in PG

In PG, views that contain more than one IN or NOT IN clauses were not correctly
exported.

The regexps that parses and PG IN and NOT IN clauses was including from the begining
of 1st clause till the end of the last one.

These regexps have been fixed to be more restrictive so that they stop looking
for the IN contents on first ].

Thu, 02 Mar 2017 14:17:25 -0500Fixes issue 35419:Cannot remove an orphan line in Return to/from vendor/customer
Miguel <martencobasmiguel@gmail.com> [Thu, 02 Mar 2017 14:17:25 -0500] rev 31677
Fixes issue 35419:Cannot remove an orphan line in Return to/from vendor/customer

Was not able to remove an orphan line from a return to vendor or a return from
customer document because an incorrect casting to boolean.

When is validating tha Last record is selected inside the Orphan grid lines, the
lastRecord.get("obSelected") object gets as String instead of a Boolean object,
in other case it gets as Boolean.

Now, conditions are rightly validated depending of the class of the object.

Thu, 02 Mar 2017 09:22:31 +0100fixes issue 35398: Check readable clients for child properties using DAL WS
Carlos Aristu <carlos.aristu@openbravo.com> [Thu, 02 Mar 2017 09:22:31 +0100] rev 31676
fixes issue 35398: Check readable clients for child properties using DAL WS

Fix for issue #29683 was introducing a security check to avoid showing child properties which belong to a client different from the current client. But this fix was preventing to display some readable objects like master data defined at system level (client 0).

Therefore this security check has been improved and now it is verified if the child property is defined for a client which is readable for the current role.

Tue, 28 Feb 2017 08:00:23 +0100Fixed issue 35373. Reenable automatic discounts in purchase flows.
Antonio Moreno <antonio.moreno@openbravo.com> [Tue, 28 Feb 2017 08:00:23 +0100] rev 31675
Fixed issue 35373. Reenable automatic discounts in purchase flows.

Tue, 28 Feb 2017 08:00:11 +0100Fixed issue 35373. Reenable automatic discounts in purchase flows.
Antonio Moreno <antonio.moreno@openbravo.com> [Tue, 28 Feb 2017 08:00:11 +0100] rev 31674
Fixed issue 35373. Reenable automatic discounts in purchase flows.