[Openbravo-builds] int-api - Build # 1578 - Failure!

0 views
Skip to first unread message

jen...@ci.openbravo.com

unread,
Aug 18, 2015, 7:57:39 AM8/18/15
to victor....@openbravo.com, david.m...@openbravo.com, inigo....@openbravo.com, alvaro...@openbravo.com, asier....@openbravo.com, carlos...@openbravo.com, atul....@openbravo.com, openbrav...@lists.sourceforge.net
int-api - Build # 1578 - Failure:

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


Committers since last success:

Changes for Build #1578

RM packaging bot _sta...@openbravo.com_ null
Merge back from main

RM packaging bot _sta...@openbravo.com_ null
Merge temporary head for 3.0PR15Q3

RM packaging bot _sta...@openbravo.com_ null
Added signature for changeset 73f7d3c67dc7
.hgsigs

RM packaging bot _sta...@openbravo.com_ null
Added tag 3.0PR15Q3 for changeset 828faf193994
.hgtags

RM packaging bot _sta...@openbravo.com_ null
Update AD_MODULE version to 3.0PR15Q3
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.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

Carlos Aristu <carlos...@openbravo.com> null
Related to issue 30531: updated revision control number
src/org/openbravo/erpCommon/security/Login.html
src/org/openbravo/erpCommon/security/Login_F1.html
web/js/utils.js

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30531: Openbravo ERP 3 doesn't work on Microsoft Edge

The application was crashing silently during the login process, because Smartclient sources were not identyfing properly the browser. This caused an error in the SC getStackTrace() method. In addition, the OB function getBrowserInfo() has been updated to identify the Microsft Edge browser in order to declare it as not supported for the time being
modules/org.openbravo.userinterface.smartclient/web/org.openbravo.userinterface.smartclient/isomorphic/ISC_Combined.js
modules/org.openbravo.userinterface.smartclient/web/org.openbravo.userinterface.smartclient/isomorphic/ISC_History.js
web/js/utils.js

Atul Gaware <atul....@openbravo.com> null
Fixes Issue 30528:Potential full c_orderline scan in M_Reservation_trg

Removed unwanted line in code which fully scans c_orderline.
src-db/database/model/triggers/M_RESERVATION_TRG.xml

Atul Gaware <atul....@openbravo.com> null
Fixes Issue 30490: Return from Customer Pick&Edit Lines allows to enter more
quantity to return than the pending to be returned

Return document has negative movementqty so ReturnQtyOtherRM was negative.
It should be postive so unlike ReturnQty it is multiplied with -1 as in prev
Datasource prior to transforming it to HQL PE. Where clause which checks
MovementQty of shipment line with the ReturnQtyOtherRM was missing. Sum of
Shipmentline MovementQty and ReturnQtyOtherRM should not be zero. It is added
to fix the problem.
src-db/database/sourcedata/AD_TABLE.xml

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30420. Fixes problem in a Query condition.
The = comparasion must be changed with >
src/org/openbravo/costing/CostAdjustmentUtils.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30417. Initialize global variable each time to
make sure it does not uses values from a previous execution.
src/org/openbravo/costing/AverageCostAdjustment.java

David Miguelez <david.m...@openbravo.com> null
Fixes Issue 30414. Refreshes Transaction Object before accessing to it
again to fix a LazyInitializationException Hibernate exception.
Also removes unnecessary save, since flush is done afterwards.
src/org/openbravo/costing/CostingServer.java

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30404: selectors not working in grid view when display field is set

When setting the display field for a selector with FKSelectorUIDefinition as its UI Definition class, if the display field was referencing to a property of the main entity of the selector, the display field name returned as part of the gridProps in the view definition was 'entity'.
The _extraProperties in the datasource used by the selector does not contain the entity name if they are referencing to the main entity. That is the root of the problem: when trying to set the selected value of the selector picklist in grid view, the display field name was never found as we were using 'entity' instead of looking directly for 'property'.
This problem does not affect when setting as display field a field that references a property which does not belong to the main entity of the selector.
To solve this problem, now in FKSelectorUIDefinition we return 'property' as the display field name instead of 'entity' when the property belongs to the main entity.
modules/org.openbravo.userinterface.selector/src/org/openbravo/userinterface/selector/reference/FKSelectorUIDefinition.java

David Miguelez <david.m...@openbravo.com> null
Related to Issue 30332: Do not take into account Transactions in Skip Status.
Remove them from the queries.
In Costing Server, set all Transactions as isProcessed=Y when they go through
doProcess() method.
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

Víctor Martínez Romanos <victor....@openbravo.com> null
Fixed issue 30373: Added accounting date to Add Multiple Payments process

A new process parameter called Accounting Date has been added to the Add Multiple Payments process. The transaction(s) created by this process will have the entered Accounting Date (in a similar way we already do for the transaction date).
modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/OBUIAPP_PARAMETER.xml
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddMultiplePaymentsHandler.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30332: BackPort from issue 30315.
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

David Miguelez <david.m...@openbravo.com> null
Backed out changeset d486b2997ee5
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30315: BackPort from issue 30333.
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

Asier Lostalé <asier....@openbravo.com> null
fixed bug 30339: pg version check prevents using 9.5ahpha1

The check compares version with 9.1 but it took 9.5alpha1 as whole version where
alpha1 string part should be removed.

Fixed by removing textual parts of the version (this was already done for Oracle)
src-util/buildvalidation/build/classes/org/openbravo/buildvalidation/DatabaseVersionCheck.class
src-util/buildvalidation/src/org/openbravo/buildvalidation/DatabaseVersionCheck.java

Asier Lostalé <asier....@openbravo.com> null
fixed bug 30316: selectors with display field property fail

They failed in case the display field property was not in the main property but
in a referenced one. In this case, the property was tried to be obtained from the
record object in an incorrect manner (path to the referred entity was removed).

The fix preserves path to referred entity and checks for not null value before
doing replacements in the string.
modules/org.openbravo.userinterface.selector/web/org.openbravo.userinterface.selector/js/ob-selector-item.js

Atul Gaware <atul....@openbravo.com> null
Fixes Issue 30301:"Not Balance" error received when posting a transaction
(although suspense balancing is not needed)

Fix takes into account the payment's sign (payment in/out).
src/org/openbravo/erpCommon/ad_forms/DocFINFinAccTransaction.java

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30295: uuid appear in saved views with multiple criteria on a field

When a view is saved while any of its filters are currently using the 'id' filter type, the id and identifier of the selected options are stored in a cache. If we have multiple criteria on one field, an internal loop is executed to retrieve all the criterias in the getFKFilterAuxiliaryCache function.

The problem was that this internal loop was using the same variable as the external one to insert those criterias into the cache. This caused that the subsequent filters for next fields were not being handled properly as the condition of the external loop was not being fulfilled anymore due to the increment done in the internal loop.

This has been solved just using a new variable (j) in the internal loop.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-grid.js

RM packaging bot _sta...@openbravo.com_ null
Merge temporary head for 3.0PR15Q2.3

RM packaging bot _sta...@openbravo.com_ null
Added signature for changeset 906c7a47100c
.hgsigs

RM packaging bot _sta...@openbravo.com_ null
Added tag 3.0PR15Q2.3 for changeset 01405101d810
.hgtags

RM packaging bot _sta...@openbravo.com_ null
Update AD_MODULE version to 3.0PR15Q2.3
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.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

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30421. Fixes problem in a Query condition.
The = comparasion must be changed with >
src/org/openbravo/costing/CostAdjustmentUtils.java

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30405: selectors not working in grid view when display field is set

When setting the display field for a selector with FKSelectorUIDefinition as its UI Definition class, if the display field was referencing to a property of the main entity of the selector, the display field name returned as part of the gridProps in the view definition was 'entity'.
The _extraProperties in the datasource used by the selector does not contain the entity name if they are referencing to the main entity. That is the root of the problem: when trying to set the selected value of the selector picklist in grid view, the display field name was never found as we were using 'entity' instead of looking directly for 'property'.
This problem does not affect when setting as display field a field that references a property which does not belong to the main entity of the selector.
To solve this problem, now in FKSelectorUIDefinition we return 'property' as the display field name instead of 'entity' when the property belongs to the main entity.
modules/org.openbravo.userinterface.selector/src/org/openbravo/userinterface/selector/reference/FKSelectorUIDefinition.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30418. Initialize global variable each time to
make sure it does not uses values from a previous execution.
src/org/openbravo/costing/AverageCostAdjustment.java

David Miguelez <david.m...@openbravo.com> null
Fixes Issue 30415. Refreshes Transaction Object before accessing to it
again to fix a LazyInitializationException Hibernate exception.
Also removes unnecessary save, since flush is done afterwards.
src/org/openbravo/costing/CostingServer.java

David Miguelez <david.m...@openbravo.com> null
Related to Issue 30333: Do not take into account Transactions in Skip Status.
Remove them from the queries.
In Costing Server, set all Transactions as isProcessed=Y when they go through
doProcess() method.
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 30333: BackPort from issue 303015.
src/org/openbravo/costing/CostingBackground.java
src/org/openbravo/costing/CostingServer.java

David Miguelez <david.m...@openbravo.com> null
Fixes issue 29937: BackPort from issue 29936
src/org/openbravo/costing/CostingBackground.java

Asier Lostalé <asier....@openbravo.com> null
fixed bug 30317: selectors with display field property fail

They failed in case the display field property was not in the main property but
in a referenced one. In this case, the property was tried to be obtained from the
record object in an incorrect manner (path to the referred entity was removed).

The fix preserves path to referred entity and checks for not null value before
doing replacements in the string.
modules/org.openbravo.userinterface.selector/web/org.openbravo.userinterface.selector/js/ob-selector-item.js

Atul Gaware <atul....@openbravo.com> null
Fixes Issue 30302:"Not Balance" error received when posting a transaction
(although suspense balancing is not needed)

Fix takes into account the payment's sign (payment in/out).
src/org/openbravo/erpCommon/ad_forms/DocFINFinAccTransaction.java

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30296: uuid appear in saved views with multiple criteria on a field

When a view is saved while any of its filters are currently using the 'id' filter type, the id and identifier of the selected options are stored in a cache. If we have multiple criteria on one field, an internal loop is executed to retrieve all the criterias in the getFKFilterAuxiliaryCache function.

The problem was that this internal loop was using the same variable as the external one to insert those criterias into the cache. This caused that the subsequent filters for next fields were not being handled properly as the condition of the external loop was not being fulfilled anymore due to the increment done in the internal loop.

This has been solved just using a new variable (j) in the internal loop.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-grid.js

Carlos Aristu <carlos...@openbravo.com> null
Fixes issue 30244: On windows the ant setup tool writes incorrect source.path

The ant setup tool was writing an incorrect source.path because the user.dir property obtained under Windows contains backslashes as file separator in the path.
Now this case is controlled, and in case we are under a Windows operative system, the backslashes are replaced with a slash. The slash can be safely used in all platforms because Java internally can handle it and do the translation into platform-specific paths.
src/org/openbravo/configuration/ConfigurationApp.java

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30230: Wrong payment status under some circumstancies

comingFrom internal parameter in FIN_PaymentProcess.java was always setted to "TRANSACTION" instead of using received comingFrom value, when Automatic Deposit/Withdrawn was activated and execution type was Automatic and not Deferred.
Because of that, transaction was not created when creating a payment from Payment In or Payment Out with this configuration.
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_PaymentProcess.java

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30220: Generic UpdatePaymentPlan module script

Select query in UpdatePaymentPlan has been changed to make it generic.
Now it will fix all fin_payment_schedule related to an order or an invoice which paidamt or outstandingamt does not match with the sum of its fin_payment_scheduledetail amount.
src-util/modulescript/build/classes/org/openbravo/modulescript/UpdatePaymentPlanData.class
src-util/modulescript/src/org/openbravo/modulescript/UpdatePaymentPlan_data.xsql

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30218: Performance problems in UpdatePaymentPlan modulscript

UpdatePaymentPlan modulscript has been changed in order to improve the performance.
Now a select will be done to get wrong records, and then they will be updated inside a loop.
src-util/modulescript/build/classes/org/openbravo/modulescript/UpdatePaymentPlan.class
src-util/modulescript/build/classes/org/openbravo/modulescript/UpdatePaymentPlanData.class
src-util/modulescript/src/org/openbravo/modulescript/UpdatePaymentPlan.java
src-util/modulescript/src/org/openbravo/modulescript/UpdatePaymentPlan_data.xsql

Inigo Sanchez <inigo....@openbravo.com> null
Fixes issue 30223: delete popup is not hidden under some circumstances

The problem was that if two or more records were selected and deleted, the records were deleted properly but the "Deleting..." popup is not hidden. The user will not be able to interact with the window until he refreshes it. This happends when in a grid that contains a tree grid view

This happened when a grid contains a treegrid and this one is not open first. In that case this element "view.treeGrid.data.handleUpdate" has not been created yet.

To avoid the problem, it has added a condition that checks whether the properties have been started correctly and thus, if the properties can be accessed.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30019: Payment schedule amount incorrectly calculated

FIN_PaymentProcess was not setting isinvoicepaid = true when processing a payment related to an order.
Also, APRM_ISPAYMENTCONFIRMED function, was not taking into account isinvoicepaid when checking if a payment related to an order was confirmed.
Name of preference in UpdatePaymentPlan modulescript has been update to run it again and fix wrong data created by the issue.
modules/org.openbravo.advpaymentmngt/src-db/database/model/functions/APRM_ISPAYMENTCONFIRMED.xml
modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_PaymentProcess.java
src-util/modulescript/build/classes/org/openbravo/modulescript/UpdatePaymentPlanData.class
src-util/modulescript/src/org/openbravo/modulescript/UpdatePaymentPlan_data.xsql

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30192: Wrong commission amount

In case of Basis Status = "Fully paid documents", select query should not have distinct clause, as each line will be retrieved as percentage of invoice line amount.
src-db/database/model/functions/C_COMMISSION_PROCESS.xml




Last 20 lines of the console output:

[...truncated 30124 lines...]
Error Summary:

Errors:
+ exit 1
Build step 'Execute shell' marked build as failure
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/hudson8666800861016292560.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
/srv/ci/jobs/int-api/builds/1578/log:
[checkAPI] 23394 WARN -
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any

Pablo Luján

unread,
Aug 18, 2015, 9:05:11 AM8/18/15
to Staff.RM, Openbravo Builds, Atul Gaware, Iñigo Sánchez, Carlos Aristu, David Miguélez
Hi RM,

This check constraints failure seems caused by the merge you did, could you check it?

Regards,
PL


------------------------------------------------------------------------------

_______________________________________________
Openbravo-builds mailing list
Openbrav...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbravo-builds


Stefan Huehner

unread,
Aug 18, 2015, 9:06:29 AM8/18/15
to openbravo-builds, Atul Gaware, Iñigo Sánchez, Carlos Aristu, David Miguélez
Please ignore.

Expected to fail until all developers re-apply their changes done
during freeze which did already happen.

So next build is expected to be good again already.

Stefan

On Tue, Aug 18, 2015 at 1:57 PM, <jen...@ci.openbravo.com> wrote:

Stefan Huehner

unread,
Aug 18, 2015, 9:23:02 AM8/18/15
to Pablo Luján, Staff.RM, Openbravo Builds, Atul Gaware, Carlos Aristu, David Miguélez, Iñigo Sánchez
My mail 30min before yours already said fixed by the developers and to
be ignored.

That one time failure is normal and expected and happens every single
release until all developers manually after that failure reapply their
changes.

There is nothing to check or do normally by us all people required to
do something get an automatic mail on release and need to do their
part to fix that.

But all that is already done as i wrote earlier you now just need to
wait for the int flow to again reach the int-api job.

Stefan

jen...@ci.openbravo.com

unread,
Aug 18, 2015, 10:24:55 AM8/18/15
to alvaro...@openbravo.com, openbrav...@lists.sourceforge.net
int-api - Build # 1579 - Fixed:

Check console output at https://ci.openbravo.com/job/int-api/1579/ to view the results.
Changes for Build #1579

Alvaro Ferraz <alvaro...@openbravo.com> null
Fixes issue 30495: BP dimension overwritten from Header to Lines

Business Partner dimension was overwritten from Header to Lines tab although Business Partner field was setted in Lines tab.
To fix it Auxiliary Input for Outgoing Shipment, Incoming Shipment, Goods Shipment, Goods Receipt, Purchase Invoice and Sales Invoice windows have been updated.
Now, Business Partner dimension will be overwritten only if Business Partner field is null in Lines tab.
src-db/database/sourcedata/AD_AUXILIARINPUT.xml




Last 20 lines of the console output:

[...truncated 30008 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/hudson2922537201250242862.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

Stefan Huehner

unread,
Aug 18, 2015, 10:26:12 AM8/18/15
to Pablo Luján, Staff.RM, Openbravo Builds, Atul Gaware, Carlos Aristu, David Miguélez, Iñigo Sánchez
Confirmed fixed

int-api - Build # 1579 - Fixed:

Reply all
Reply to author
Forward
0 new messages