Wed, 11 Jan 2017 15:48:51 +0100Fixed issue 34892: The GL item section of add payment was not working fine
Naroa Iriarte <naroa.iriarte@openbravo.com> [Wed, 11 Jan 2017 15:48:51 +0100] rev 31065
Fixed issue 34892: The GL item section of add payment was not working fine

The grid of the G/L item section of the Add payment process was not workinf fine. The problem was that it was shown as sortable and as filterable and it must not be filterable nor sortable. This has been caused by the changeset[1]. This proyect set every column as sortable and as filterable and so was the problem.
To fix this the values of "canSort" and "canFilter" have been changed in the needed cases, which are the ones that satisfy the condition of having the canDelete property or the canAdd property set to yes and are in Pick and Execute window.
The code which handles the logic has been moved from the OBViewFieldHandler.getGridFieldProperties() to UIDefinition.getGridFieldProperties().

[1]http://code.openbravo.com/erp/devel/pi/rev/afa165be3e5900d1114d33e5106114d0e089876a

Thu, 05 Jan 2017 09:22:53 -0500Fixed issue 34852: Not possible to select a GS in RFC not created from an order
Rafael Queralta Pozo <rqueralta@nauta.cu> [Thu, 05 Jan 2017 09:22:53 -0500] rev 31064
Fixed issue 34852: Not possible to select a GS in RFC not created from an order

Restructured HQL inserter query for discount to select a GS in RFC has not been
created from an order

Fri, 30 Dec 2016 00:41:56 +0100Fixed issue 34829: Product selector of the Requisition subtab appears empty
Inigo Sanchez <inigo.sanchez@openbravo.com> [Fri, 30 Dec 2016 00:41:56 +0100] rev 31063
Fixed issue 34829: Product selector of the Requisition subtab appears empty

The problem was introduced in a refactor of checkFetchDatasourceAccess() method of
BaseDataSourceService class. This refactor change the way in wich entities of
selectors were calculated. It is important to note that the refactor is not bad in
itself. The problem was appeared because it was forgotten to do an additional thing.

Before this refactor in some cases entities were not calculated properly. For example
in the subtab of Requisition window there are a complex selector of product. (Reference:
Product Complete - Parent Reference: Search). In this example, checkFetchDatasourceAccess
method was checked Product entity instead of ProductStockView. The refactor fixed this
problem.

Otherwise, the refactor missed to take into account entities of complex defined selectors
as derivedReadableEntities. To solve the problem now, when initialize() method of
EntityAccessChecker class calculates permissions, it will take into account this entities.

Wed, 18 Jan 2017 10:41:43 +0000Merge temporary head for 3.0PR16Q3.4
RM packaging bot <staff.rm@openbravo.com> [Wed, 18 Jan 2017 10:41:43 +0000] rev 31062
Merge temporary head for 3.0PR16Q3.4

Tue, 17 Jan 2017 09:45:53 +0000Added signature for changeset e03ab293da7b
RM packaging bot <staff.rm@openbravo.com> [Tue, 17 Jan 2017 09:45:53 +0000] rev 31061
Added signature for changeset e03ab293da7b

Tue, 17 Jan 2017 09:45:53 +0000Added tag 3.0PR16Q3.4 for changeset ed52b01e833e
RM packaging bot <staff.rm@openbravo.com> [Tue, 17 Jan 2017 09:45:53 +0000] rev 31060
Added tag 3.0PR16Q3.4 for changeset ed52b01e833e

Tue, 17 Jan 2017 09:45:53 +0000Update AD_MODULE version to 3.0PR16Q3.4 3.0PR16Q3.4
RM packaging bot <staff.rm@openbravo.com> [Tue, 17 Jan 2017 09:45:53 +0000] rev 31059
Update AD_MODULE version to 3.0PR16Q3.4

Wed, 11 Jan 2017 15:27:22 +0100Fixed issue 34893: The GL item section of add payment was not working fine
Naroa Iriarte <naroa.iriarte@openbravo.com> [Wed, 11 Jan 2017 15:27:22 +0100] rev 31058
Fixed issue 34893: The GL item section of add payment was not working fine

The grid of the G/L item section of the Add payment process was not workinf fine. The problem was that it was shown as sortable and as filterable and it must not be filterable nor sortable. This has been caused by the changeset[1]. This proyect set every column as sortable and as filterable and so was the problem.
To fix this the values of "canSort" and "canFilter" have been changed in the needed cases, which are the ones that satisfy the condition of having the canDelete property or the canAdd property set to yes and are in Pick and Execute window.
The code which handles the logic has been moved from the OBViewFieldHandler.getGridFieldProperties() to UIDefinition.getGridFieldProperties().

[1]http://code.openbravo.com/erp/devel/pi/rev/afa165be3e5900d1114d33e5106114d0e089876a

Fri, 30 Dec 2016 00:38:50 +0100Fixed issue 34830: Product selector of the Requisition subtab appears empty
Inigo Sanchez <inigo.sanchez@openbravo.com> [Fri, 30 Dec 2016 00:38:50 +0100] rev 31057
Fixed issue 34830: Product selector of the Requisition subtab appears empty

The problem was introduced in a refactor of checkFetchDatasourceAccess() method of
BaseDataSourceService class. This refactor change the way in wich entities of
selectors were calculated. It is important to note that the refactor is not bad in
itself. The problem was appeared because it was forgotten to do an additional thing.

Before this refactor in some cases entities were not calculated properly. For example
in the subtab of Requisition window there are a complex selector of product. (Reference:
Product Complete - Parent Reference: Search). In this example, checkFetchDatasourceAccess
method was checked Product entity instead of ProductStockView. The refactor fixed this
problem.

Otherwise, the refactor missed to take into account entities of complex defined selectors
as derivedReadableEntities. To solve the problem now, when initialize() method of
EntityAccessChecker class calculates permissions, it will take into account this entities.

Fri, 30 Dec 2016 15:26:21 +0000CI: update AD_MODULE to version 31055
RM packaging bot <staff.rm@openbravo.com> [Fri, 30 Dec 2016 15:26:21 +0000] rev 31056
CI: update AD_MODULE to version 31055