int-api - Build # 2663 - Fixed:

Check console output at https://ci.openbravo.com/job/int-api/2663/ to view the 
results.


Committers since last success:

Changes for Build #2662

    RM packaging bot <[email protected]> null
    Merge back from main
      
    RM packaging bot <[email protected]> null
    Merge temporary head for 3.0PR17Q1
      
    RM packaging bot <[email protected]> null
    Added signature for changeset 3a7510a5ee0b
        .hgsigs

    RM packaging bot <[email protected]> null
    Added tag 3.0PR17Q1 for changeset 273c24deef8f
        .hgtags

    RM packaging bot <[email protected]> null
    Update AD_MODULE version to 3.0PR17Q1
        
modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.apachejdbcconnectionpool/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.apachejdbcconnectionpool/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        modules/org.openbravo.base.weld/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.base.weld/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.application/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.application/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.htmlwidget/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.htmlwidget/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.kernel/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.kernel/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.myob/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.myob/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.querylist/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.querylist/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.client.widgets/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.client.widgets/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.financial.paymentreport/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.financial.paymentreport/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.reports.ordersawaitingdelivery/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.reports.ordersawaitingdelivery/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.service.datasource/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.service.datasource/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.service.integration.google/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.service.integration.google/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.service.integration.openid/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.service.integration.openid/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.service.json/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.service.json/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.userinterface.selector/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.userinterface.selector/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.userinterface.skin.250to300Comp/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.userinterface.skin.250to300Comp/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.userinterface.smartclient/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.userinterface.smartclient/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.utility.cleanup.log/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.utility.cleanup.log/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.v3.datasets/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.v3.datasets/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        
modules/org.openbravo.v3.framework/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.v3.framework/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        modules/org.openbravo.v3/src-db/database/sourcedata/AD_MODULE.xml
        
modules/org.openbravo.v3/src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
        src-db/database/sourcedata/AD_MODULE.xml

    Miguel <[email protected]> null
    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.
        src/org/openbravo/erpCommon/ad_forms/RequisitionToOrder_data.xsql

    Miguel <[email protected]> null
    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.
        src-db/database/model/views/C_INVOICE_CANDIDATE_V.xml

    David Miguelez <[email protected]> null
    Fixes Issue 35479. Fixes problem while setting alias in a subquery in 
Oracle.
        src/org/openbravo/materialmgmt/GenerateValuedStockAggregated_data.xsql

    Inigo Sanchez <[email protected]> null
    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).
        
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-fk-filter.js

    Asier Lostalé <[email protected]> null
    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 ].
        src-db/database/lib/dbsourcemanager.jar

    Miguel <[email protected]> null
    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.
        
modules/org.openbravo.service.datasource/src/org/openbravo/service/datasource/ReadOnlyDataSourceService.java

    Carlos Aristu <[email protected]> null
    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.
        src/org/openbravo/dal/xml/EntityXMLConverter.java
        src/org/openbravo/service/rest/DalWebService.java

    Antonio Moreno <[email protected]> null
    Fixed issue 35373. Reenable automatic discounts in purchase flows.
        src-db/database/model/functions/M_PROMOTION_ADJUSTMENT.xml

    Antonio Moreno <[email protected]> null
    Fixed issue 35373. Reenable automatic discounts in purchase flows.
        src-db/database/model/functions/M_PROMOTION_ADJUSTMENT.xml
        src/org/openbravo/erpCommon/businessUtility/PriceAdjustment.java

    Inigo Sanchez <[email protected]> null
    Fixed issue 35349:Callout problem when working with comma as decimal 
separator

The problem was raised when a default format were switched, it means, when
decimal and group separator were switched. In this situation, when
SimpleCalloutInformationProvider class was used to obtain the current element
value and this current element was a BigDecimal, the format was not managed
properly. This occurred because getCurrentElementValue method always retrieved
a String element instead of Object element, in tyhis case BigDecimal.

In this situation, managesUpdatedValuesForCallout method of FIC class compare
if element is a String or not. If a BigDecimal is retrieved as String element,
in this part of the code the format is not managed properly when decimal 
separator
is comma. The code manage the comma separator as group separator and removed it.

When the decimal separator is dot (.) the format is managed as expected although
this method retrieves a String object (e.g. "1.23"). When decimal separator is
comma (,) this BigDecimal (e.g. 1,24) is retrieved by getCurrentElementValue 
method
as String value and the format is missed.

This problem has been fixed by take into account type of current element inside
getCurrentElementValue method. Now this method retrieves an object value. In 
this
case, a BigDecimal is retrieved. Now the format is managed properly.
        
src/org/openbravo/erpCommon/ad_callouts/SimpleCalloutInformationProvider.java

    Carlos Aristu <[email protected]> null
    fixes issue 35318: documents were not being attached after send them by 
e-mail

The CoreAttachImplementation class is deleting the original report file after 
completing the upload process. When attaching a document using the e-mail 
pop-up this is done before attaching the document into the e-mail. This 
explains why the document was not being received on the e-mail.

To avoid this problem, now a copy of the original document is sent to the 
AttachImplementationManager, this way the original file will never be deleted 
by an upload process handler.

Together with this, now when attaching a document after printing (not by 
e-mail) we have to delete the original file because in other case it will be 
kept on disk.
        src/org/openbravo/erpCommon/utility/reporting/ReportManager.java
        
src/org/openbravo/erpCommon/utility/reporting/printing/PrintController.java

    Armaignac <[email protected]> null
    Fixes issue 35276: General Ledger filter changes with pagination in JE 
Report

Selected General Ledger filter value changes when pagination is executed in the
Journal Entries report

The General Ledger filter is not kept in the session to make use in the 
pagination.
For the solution, was saved the General Ledger Filter in the session every time
the search is executed (FIND action). By default, if there is any GL in the
session, the GL field will use the defaulted for the selected org. When 
paginating
always is used the account schema id stored in the session.
        src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedgerJournal.java

    Armaignac <[email protected]> null
    Fix for issue 35273: General Ledger filter removed when paginating in GL 
Report

The General Ledger filter was removed when paginating in General Ledger Report
in HTML view

Now the General Ledger filter it's save in the session by the FIND action and 
get in the DEFAULT action
for showing in the report page
        src/org/openbravo/erpCommon/ad_reports/ReportGeneralLedger.java

    Carlos Aristu <[email protected]> null
    fixes bug 35197: Can't attach using manual role having modules in 
indevelopment

It was not possible to attach a document with a role that hasn't got access to 
ADTab entity having modules in indevelopment. This was happening because when 
there are modules in indevelopemnt status, the getTab method of the ADCS class 
does not store the tab information in cache and uses DAL to retrieve the tab 
every time it is being called.

Under this circumstances, the getTab method in AttachImplementationManager must 
be invoked in admin mode to ensure that the role can generate the attachment 
even when not having access to the ADTab entity.
        
modules/org.openbravo.client.application/src/org/openbravo/client/application/attachment/AttachImplementationManager.java

    Carlos Aristu <[email protected]> null
    fixes issue 35177: Initialize callout's connection pool on init
        src/org/openbravo/erpCommon/ad_callouts/DelegateConnectionProvider.java

    Armaignac <[email protected]> null
    Fixes issue 35092: Set value in a warehouse document line with empty 
attribute

In a warehouse document line now can set value in a warehouse document line in 
case
it does not contain an instance attribute
        src/org/openbravo/erpCommon/info/AttributeSetInstance.java

    Inigo Sanchez <[email protected]> null
    Fixed issue 35064: A deactivated organization can not be activated again.

When an organization was disabled you could not activate it again as the row 
was not ediable. This
problem was introduced in a fix related with the code of addWritableAttribute() 
method of
DefaultJsonDataService class. Before this fix, It was managing the reported 
case properly (Activate
again a deactivated organization) because this method was handling the 
particular case of Organizations.

Now is taking into account this particular case (deactivate organizations) in 
order to manages this
particular case properly. Now it is possible to activate again a deactivate 
organization.
        
modules/org.openbravo.service.json/src/org/openbravo/service/json/DefaultJsonDataService.java
        src/org/openbravo/dal/core/OBContext.java
        src/org/openbravo/dal/security/SecurityChecker.java

    Carlos Aristu <[email protected]> null
    fixes issue 35026: Incorrect styling in Chrome 56
        
modules/org.openbravo.userinterface.smartclient/web/org.openbravo.userinterface.smartclient/isomorphic/ISC_Combined.js

    Inigo Sanchez <[email protected]> null
    Fixed issue 34998: Limits of buildvalidations haven't defined properly.

Some of the execution limits of platform buildvalidations haven't defined 
properly. Now the problem have
been resolved by updating the following buildvalidations:

- CheckUpdateConnectionPoolMerge: Execution limit should be defined between 
[null, 3.0.27659].
- DatabaseDecimalNumberCheck: Should't have any execution limit because it 
should be executed allways.
- DatabaseVersionCheck: Should't have any execution limit because it should be 
executed allways.
- JdkVersionCheck: Should't have any execution limit because it should be 
executed allways.
- RemoveCostingRuleProcessExecutions: Execution limit should be defined between 
[null, 3.0.25161].
        
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/CheckUpdateConnectionPoolMerge.class
        
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/DatabaseDecimalNumberCheck.class
        
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/DatabaseVersionCheck.class
        
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/JdkVersionCheck.class
        
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/RemoveCostingRuleProcessExecutions.class
        
src-util/buildvalidation/src/org/openbravo/buildvalidation/CheckUpdateConnectionPoolMerge.java
        
src-util/buildvalidation/src/org/openbravo/buildvalidation/DatabaseDecimalNumberCheck.java
        
src-util/buildvalidation/src/org/openbravo/buildvalidation/DatabaseVersionCheck.java
        
src-util/buildvalidation/src/org/openbravo/buildvalidation/JdkVersionCheck.java
        
src-util/buildvalidation/src/org/openbravo/buildvalidation/RemoveCostingRuleProcessExecutions.java

    Nono Carballo <[email protected]> null
    Fixes issue 34875: Labels need to be changed in some reports if using AUM

- Label 'Quantity in AUM' was changed to 'Qty in AUM'
- Label 'Unit' was changed to 'UOM'
- Some non reachable and needless code was removed
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesEditJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportShipmentEdition.jrxml

    Mark <[email protected]> null
    Backed out changeset: 99278e1d0451
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesEditJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportShipmentEdition.jrxml

    Mark <[email protected]> null
    Related to issue 34806: Backed out changeset 3d0a5d2000e4

Backed out this patch due to some code formats errors.
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java

    Asier Lostalé <[email protected]> null
    Fixed bug 34939: 3.0 selectors cannot be used in classic mode

  When a 3.0 selector was included within classic mode, the JS failed to load.

  The problem was cancelAndReplace.js was included within classic mode JS but it
  depends on resources not available in this mode.

  Because cancel and replace is not designed to work in classic mode, its JS is
  now not included in this mode.
        
modules/org.openbravo.client.application/src/org/openbravo/client/application/ApplicationComponentProvider.java

    Mark <[email protected]> null
    Fixed issue 34878: Some changes needed to improve the performance in 
Pending GR

To improve the performance in Pending Goods Receipt window, the extra query was
remove and the message was corrected.
        src/org/openbravo/erpCommon/ad_forms/MaterialReceiptPending.java
        src/org/openbravo/erpCommon/ad_forms/MaterialReceiptPending_data.xsql

    Naroa Iriarte <[email protected]> null
    Fixed issue 34891: 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
        
modules/org.openbravo.client.application/src/org/openbravo/client/application/window/OBViewFieldHandler.java
        
modules/org.openbravo.client.kernel/src/org/openbravo/client/kernel/reference/UIDefinition.java

    Naroa Iriarte <[email protected]> null
    Fixed issue 34914: The year of the copyright of the ERP has been updated

The year of the copyright of the ERP has been updated from 2016 to 2017.
        src-db/database/sourcedata/AD_MESSAGE.xml
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_forms/About.html
        src/org/openbravo/erpCommon/security/Login.html
        src/org/openbravo/erpCommon/security/Login_F1.html

    Nono Carballo <[email protected]> null
    Fixes issue 34875: Labels need to be changed in some reports if using AUM

- Label 'Quantity in AUM' was changed to 'Qty in AUM'
- Label 'Unit' was changed to 'UOM'
- Some non reachable and needless code was removed
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesEditJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportShipmentEdition.jrxml

    Mark <[email protected]> null
    Backout changeset: f52faf69b245
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesEditJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportShipmentEdition.jrxml

    Mark <[email protected]> null
    Related to issue 34806: Updated copyright
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java

    Nono Carballo <[email protected]> null
    Fixes issue 34806: Labels need to be changed in some reports if using AUM

- Label 'Quantity in AUM' was changed to 'Qty in AUM'
- Label 'Unit' was changed to 'UOM'
- Some non reachable and needless code was removed
        src-db/database/sourcedata/AD_TEXTINTERFACES.xml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesEditJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportInvoicesJR.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.java
        
src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderInvoicedJasper.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.java
        src/org/openbravo/erpCommon/ad_reports/ReportSalesOrderProvidedJR.jrxml
        src/org/openbravo/erpCommon/ad_reports/ReportShipmentEdition.jrxml

    Rafael Queralta Pozo <[email protected]> null
    Fixed issue 34851: 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
        src/org/openbravo/common/datasource/ReturnFromCustomerHQLInserter.java

Changes for Build #2663

    Asier Lostalé <[email protected]> null
    fixed bug 35474, fixed issue 35519: function based indexes improvements

  Improved the way function definitions in indexes are read from DB, now they 
are
  read per column, using in PG the index specific function pg_get_indexdef. This
  allows to:

   * properly read indexes based on arithmethic expressions ie (col1-col2)
   * support more than one index column based on function
        src-db/database/lib/dbsourcemanager.jar




Last 20 lines of the console output:

[...truncated 543 lines...]
Total: 100% good

Error Summary:

Errors:
+ exit 0
Performing Post build task...
Match found for : : True
Logical operation result is TRUE
Running script  : cp 
/srv/ci/workspace/int-full-pgsql/SANDBOX/api-checks/output/java.japi.gz .
[int-api] $ /bin/bash -xe /tmp/hudson5249433202180409932.sh
+ cp /srv/ci/workspace/int-full-pgsql/SANDBOX/api-checks/output/java.japi.gz .
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Archiving artifacts
Checking console output
Email was triggered for: Fixed
Trigger Success was overridden by another trigger and will not send an email.
Sending email for trigger: Fixed
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds

Reply via email to