int-api - Build # 2798 - Still Failing:
Check console output at https://ci.openbravo.com/job/int-api/2798/ to view the
results.
Committers since last success:
Changes for Build #2796
RM packaging bot <[email protected]> null
Merge back from main
RM packaging bot <[email protected]> null
Merge temporary head for 3.0PR17Q2
RM packaging bot <[email protected]> null
Added signature for changeset 74c2ec78cab6
.hgsigs
RM packaging bot <[email protected]> null
Added tag 3.0PR17Q2 for changeset 7fd66b51c666
.hgtags
RM packaging bot <[email protected]> null
Update AD_MODULE version to 3.0PR17Q2
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
Alvaro Ferraz <[email protected]> null
Related to issue 35698: Code review improvements
- Fix copyrights.
- Improve Account Schema Selector filter expression.
- Improve AgingOrganizationFilterExpression class.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/utilities/ob-onchange-functions.js
src-db/database/sourcedata/OBUISEL_SELECTOR.xml
src/org/openbravo/common/actionhandler/AgingGeneralLedgerByOrganizationActionHandler.java
src/org/openbravo/common/filterexpression/AgingGeneralLedgerFilterExpression.java
src/org/openbravo/common/filterexpression/AgingOrganizationFilterExpression.java
Nono Carballo <[email protected]> null
Fixes issue 35698: Aging Balance Organization and GL fields
* The default value of parameter Organization is the one selected when login,
if is transaction allowed, otherwise, the first one in the list of Organizations
with transaction allowed.
* When parameter Organization changes, the selected value of General Ledger
selector is set accordingly.
src/org/openbravo/common/actionhandler/AgingGeneralLedgerByOrganizationActionHandler.java
src/org/openbravo/common/filterexpression/AgingGeneralLedgerFilterExpression.java
src/org/openbravo/common/filterexpression/AgingOrganizationFilterExpression.java
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/utilities/ob-onchange-functions.js
src-db/database/sourcedata/OBUIAPP_PARAMETER.xml
src-db/database/sourcedata/OBUISEL_SELECTOR.xml
Atul Gaware <[email protected]> null
Fixes issue 35918: Wrong Trial Balance at "Account" level
and without checking "Opening Entry Amount to Initial Balance"
select is modified to get all account tree elements and their respective dr and
cr in fact
acct other than fact acct type R (Income Statement), C (Closing) and
O (Opening) in between date from and date to filters. Select Initial Balance
Method
is modified to just get the initial balance of the account tree element upto
from date
filter or the opening type fact acct register on from date filter.
Using the Opening Entry Amount to Initial Balance flag and initial balance sign
it is
decided to add to either dr or cr column respectively. +ve value added to
debits and
-ve value added to credits.
src/org/openbravo/erpCommon/ad_reports/ReportTrialBalance.java
src/org/openbravo/erpCommon/ad_reports/ReportTrialBalance_data.xsql
Inigo Sanchez <[email protected]> null
Fixed issue 35953: Fetching data when it is sorting by a null FK is not
working
Fetching data when it was sorting by a null foreign key was not retrieving any
record when should
had been retrieved data.
When AdvancedQueryBuilder class is created order by clause and it is working in
resolve joins a
canUseInnerJoin method is invoked. This method is used to check if the left
join can be safely
replaced with inner join when it is building order by clause. This method is
not take into account
all the posibilities.
The problem has been resolved by take into account when any property of the
list is not mandatory
and is not primitive. In this case left join can not be replaced with inner
join. The rest of the
cases can be safely replaced it.
modules/org.openbravo.service.json/src/org/openbravo/service/json/AdvancedQueryBuilder.java
Inigo Sanchez <[email protected]> null
Fixed issue 35875: On change functions not executed for numeric parameters
The problem was that on change functions was not executed for numeric
parameters.
This problem was caused by the partial fix of #35658 regression.
The fix of #35658 was partial because the added condition did not taken into
account
numeric fields in P&E windows which are out of a parameter grid. This problem
has been
resolved by take into account this case.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-number.js
Alvaro Ferraz <[email protected]> null
Related to issue 35783: Fix dbcons failure
src-db/database/model/views/C_INVOICE_CANDIDATE_V.xml
Mark <[email protected]> null
Fixes issue 35783: Orders with Invoice Terms different from Customer
Schedule
After Delivery cannot be invoiced if the bp has an invoice schedule
Sales Orders with Invoice Terms different from Customer Schedule After Delivery
(Immediate, After Delivery, After Order Delivered) cannot be invoiced if the
business
partner has an invoice schedule defined and the order does not fill its
requirement
The problem is that the order is not returned by the C_INVOICE_CANDIDATE_V view.
To avoid it was fixed the condition that takes into account the invoice rule of
the order and the sales invoice frequency.
src-db/database/model/views/C_INVOICE_CANDIDATE_V.xml
Inigo Sanchez <[email protected]> null
Related with issue 35805: Codereview take into account all the cases
Now it is take into account when a parameter window with grid is opened from
the menu.
Rest of the cases sucha as grid, form and parameter window from a button is
working as
expected too.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-number.js
Inigo Sanchez <[email protected]> null
Fixed issue 35805: Fields redraw instantly in grid under some circumstances
The problem was that numeric fields redraws instantly in grid view when a
numeric field
was referenced by a read only logic. This reported problem was caused by the
partial fix
of #32202 regression.
The fix of #32202 was partial because the added condition did not taken into
account the
grid view properly. This problem has been resolved by take into account form
and grid view.
Besides another problem was found and resolved with this fix. Since this
regression was
introduced, the #23136 issue was broken too. This problem has been resolved too
with this solution.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-number.js
Atul Gaware <[email protected]> null
Fixes Issue 35715:Wrong total gross amount when reactivating an order or a
invoice which includes a basic discount of 100%
In PostgreSQL instance to achieve trigger execution in order to update
c_invoicetax, c_ordertax properly before deleting discount invoice and
order lines, c_invoicelinetax and c_orderlinetax lines are deleted.
src-db/database/model/functions/C_INVOICE_POST.xml
src-db/database/model/functions/C_ORDER_POST1.xml
Inigo Sanchez <[email protected]> null
Fixed issue 35687: It is not possible to delete a record in tree view
The problem was related with Pre Delete Client Side Event Handler. The problem
was that a isc.clone method didn't work as expected. isc.clone method create a
deep clone of an object that can be edited without affecting the original but
does not handle looping references (will infinite loop). For this reason, in
case of clone currentGrid.getSelection() object in tree view an error was
thrown.
In order to fix this problem, isc.shallowClone is used instead of isc.clone.
This
method handle looping references properly.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
Armaignac <[email protected]> null
Fixes issue 35692: Operative quantity should be updated when document is
closed
When a Purchase Order/Return From Customer/Return to Vendor document is closed,
the Operative Quantity field is updated to the corresponding value, according to
the Product, Quantity and Aum of the line.
src-db/database/model/functions/C_ORDER_POST1.xml
Mark <[email protected]> null
Fixes issue 36099: Price Correction Background finishes with error
if a goods receipt is invoiced after the costing migration process was run
Price Correction Background finishes with error if a goods receipt is invoiced
after the costing migration process was run. The problem is that the
transactions
previous to the migration are generated without m_costing_algorithm_id and the
c_invoice_post function in this case, sets the transaction as
checkpricedifference = Y.
To fix that, transactions previous to the migration will not be adjusted.
To avoid NPE in PriceDifferenceProcess.calculateTransactionPriceDifferenceLogic
was included a validation taking into account all explained above.
src/org/openbravo/costing/PriceDifferenceProcess.java
Carlos Aristu <[email protected]> null
related to issue 36097: fix typo
src/org/openbravo/dal/xml/XMLEntityConverter.java
Changes for Build #2797
No changes
Changes for Build #2798
No changes
Last 20 lines of the console output:
[...truncated 558 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/hudson833934674931186147.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/2798/log:
[checkAPI] 16599 ERROR -
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
------------------------------------------------------------------------------
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
