FYI: Expected issue as part of post-release process.
As you know will happen
- After release
- if any api-change was accepted during the code-freeze for that release
- until all people you did api-changes during code-freeze re-apply those
'accept api-change commits' after release.
All but one have already been handled.
The last one is being worked on by functional team.
So i expect the job to turn good in short
Stefan
On Thu, Jun 16, 2016 at 9:25 AM, <[email protected]> wrote:
> int-api - Build # 2138 - Still Failing:
>
> Check console output at https://ci.openbravo.com/job/int-api/2138/ to
> view the results.
>
>
> Committers since last success:
>
> Changes for Build #2137
>
> Miguel de Juana <[email protected]> null
> Related to issue Related to issue 0033267: Add JSBeautifier script
>
> - Show a more clear error message
> modules/org.openbravo.client.kernel/jsbeautify/jsbeautify
> modules/org.openbravo.client.kernel/jsbeautify/jsbeautify-module
> modules/org.openbravo.client.kernel/jsbeautify/jscheck-btfy
> modules/org.openbravo.client.kernel/jsbeautify/jscheck-btfy-module
>
> Changes for Build #2138
>
> RM packaging bot <[email protected]> null
> Merge back from main
>
> RM packaging bot <[email protected]> null
> Merge temporary head for 3.0PR16Q2
>
> RM packaging bot <[email protected]> null
> Added signature for changeset 91b0a6cc5947
> .hgsigs
>
> RM packaging bot <[email protected]> null
> Added tag 3.0PR16Q2 for changeset cfff3c184b53
> .hgtags
>
> RM packaging bot <[email protected]> null
> Update AD_MODULE version to 3.0PR16Q2
>
> 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 33086: Code review improvements
> src/org/openbravo/base/secureApp/Attribute_data.xsql
> src/org/openbravo/base/secureApp/LoginUtils.java
>
> sanjota <[email protected]> null
> Fixes issue 33086: Accounting info not loaded when login
>
> Unhomogeneous behavior depending on Org Access when role is defined at
> "Organization" user level.
> Accounting info was not loaded when login with a role without access to
> any general ledger's organization.
> src/org/openbravo/erpCommon/utility/OBLedgerUtils.java
> src/org/openbravo/base/secureApp/Attribute_data.xsql
> src/org/openbravo/base/secureApp/LoginUtils.java
>
> Alvaro Ferraz <[email protected]> null
> Related to issue 33053: Code review improvements
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> Mark <[email protected]> null
> Fixed issue 33053: Permissions problems after process payment solved.
>
> Role defined for an specific org is not able to see data from sister orgs.
>
> Regression was introduced by the commit associated to issue 28931:
>
> http://code.openbravo.com/erp/devel/pi/rev/78fd9bade67beea0399977fcdc05fd267c4af8c4
>
> Changes were rolled back.
> Also this patch includes fix for the issue 28931, avoiding to remove from
> the Writable Organizations List of the OBContext object, the Organization
> of the sequence of the payment's document type, if this organization is
> already in the list of accesible organizations of the current logged role.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/dao/AdvPaymentMngtDao.java
>
> Víctor Martínez Romanos <[email protected]> null
> Related to issue 32916: Update copyright year
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 32916: Fix properly issue 31457
>
> Change getOrderedPaymentScheduleDetails method in AddPaymentActionHandler
> class to order by absolute value of
> FIN_PaymentScheduleDetail.PROPERTY_AMOUNT property.
> Change also the manage negative amounts check to recalculate
> remainingAmount if it is lower than outstandingAmount in case
> remainingAmount is negative.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> Carlos Aristu <[email protected]> null
> fixes issue 32838: Cannot export CSV from Widgets
>
> The name of the parameter used to sent the tab ID when exporting to CSV
> changed, this
> affected a check on DataSourceServlet that was always true when
> exporting widgets until now.
>
> Created an utility method to check whether a json value can be
> considered as
> empty which takes into account common cases of null and undefined
> literals.
>
> modules/org.openbravo.service.datasource/src/org/openbravo/service/datasource/DataSourceServlet.java
>
> modules/org.openbravo.service.json/src/org/openbravo/service/json/JsonConstants.java
>
> modules/org.openbravo.service.json/src/org/openbravo/service/json/JsonUtils.java
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 33006: Stock before costing rule not shown in Valued Stock
> Report
>
> Convert current costing rule starting date with to_timestamp instead of
> with to_date function to avoid date truncation.
> Before, current costing rule starting date was truncated and closing and
> opening inventories created by costing rule validation were taken, so stock
> was zero.
> Now, current costing rule starting date will not be truncated and only
> opening inventory created by costing rule validation will be taken, then
> stock will be the same as before the costing rule.
> src/org/openbravo/erpCommon/ad_reports/ReportValuationStock.java
>
> src/org/openbravo/erpCommon/ad_reports/ReportValuationStock_data.xsql
>
> Asier Lostalé <[email protected]> null
> fixed bug 33013: error in Instance Activation when using an expired
> license
>
> When using a license within an erroneous state (such as expired),
> message severity
> was incorrectly obtained from the enum, causing an exception to be
> thrown.
>
> Fixed by using MsgSeverity.forType method instead of valueOf. forType
> method
> was designed with this purpose.
>
> In addition, some other changes have been done on MsgSeverity enum:
> * valueOf method is static so no need to invoke it on an instance (to
> may be
> another one, which is weird).
> * checking with actual type rather than with toString (which might
> change)
> * reversed comparision order to prevent NPE in case param in null
> src/org/openbravo/erpCommon/obps/ActivationKey.java
> src/org/openbravo/erpCommon/obps/ModuleLicenseRestrictions.java
>
> Alvaro Ferraz <[email protected]> null
> Related to issue 32982: Code review improvements
> src-db/database/model/functions/C_ORDER_POST1.xml
>
> Atul Gaware <[email protected]> null
> Fixes issue 32982: Generate duplicate payment plan under some
> circumstances
>
> Before processing order, a check is done whether processed flag is N or
> not.
> src-db/database/model/functions/C_ORDER_POST1.xml
>
> Asier Lostalé <[email protected]> null
> fixed bug 32779: wrong values displayed in status bar on record
> creation
>
> When a new record is created just after processing a previous one,
> status bar
> displayed valued of the previous record instead of being in New mode.
>
> Fixed by forcing status bar reset on FIC response for NEW.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
>
> Carlos Aristu <[email protected]> null
> related to issue 32757: run missing synchronize terminology
> src-db/database/sourcedata/AD_COLUMN.xml
> src-db/database/sourcedata/AD_ELEMENT.xml
> src-db/database/sourcedata/AD_FIELD.xml
>
> Carlos Aristu <[email protected]> null
> fixes issue 32757: Hide the 'Recalculate Permissions' button
> src-db/database/sourcedata/AD_FIELD.xml
> src-db/database/sourcedata/OBUIAPP_PROCESS.xml
>
> Unai Martirena <[email protected]> null
> Fixes issue 32697: Applied Product Services Code Review
> src-db/database/model/functions/C_GET_SERVICE_AMOUNT.xml
> src-db/database/model/functions/C_ORDER_POST1.xml
> src-db/database/sourcedata/AD_COLUMN.xml
> src-db/database/sourcedata/AD_ELEMENT.xml
> src-db/database/sourcedata/AD_FIELD.xml
> src-db/database/sourcedata/AD_TAB.xml
> src-db/database/sourcedata/AD_TABLE.xml
> src-test/src/org/openbravo/test/services/ServicesTest.java
> src/org/openbravo/common/actionhandler/ServiceOrderLineRelate.java
>
> src/org/openbravo/erpCommon/info/ServiceProductPricePrecisionFilterExpression.java
> src/org/openbravo/event/ServiceOrderLineEventHandler.java
> src/org/openbravo/materialmgmt/ServicePriceUtils.java
>
> Atul Gaware <[email protected]> null
> Fixes Issue 32594:Cash VAT field of document header is updated to 'N'
> when you insert a tax rate of 0
>
> Added condition prior to update the order cash flag vat, to check
> whether tax is non withholding tax and non zero tax.
>
> Code is now shifted to C_OrderTax and C_InvoiceTax Triggers instead
> of C_OrderLine and C_InvoiceLine Triggers.
> src-db/database/model/triggers/C_INVOICELINE_TRG.xml
> src-db/database/model/triggers/C_INVOICETAX_TRG.xml
> src-db/database/model/triggers/C_ORDERLINE_TRG.xml
> src-db/database/model/triggers/C_ORDERTAX_TRG.xml
>
> Carlos Aristu <[email protected]> null
> fixes issue 32628: cannot propagate privileges if a template role has
> been used
> Now the client/org check is skipped when propagating changes (create,
> remove, update) privileges. This is done by using the
> OBContext.setAdminMode(false).
> Besides, the UINAVBA_MenuRecentList preference has been included into the
> preference black list, which is a list that prevents the propagation of all
> the preferences included within it.
> src/org/openbravo/role/inheritance/RoleInheritanceManager.java
>
> src/org/openbravo/role/inheritance/access/PreferenceAccessInjector.java
>
> Carlos Aristu <[email protected]> null
> fixes issue 32630: template role cannot be used as session role
> Now the injector used for preferences returns the complete Role object and
> not a proxy, in order to prevent possible LazyInitializationException when
> using a template role as session role.
> This was happening because some preferences are created at system level
> when a session role is making use of the UI. It is also verified that after
> fixing this issue, those preferences are not being propagated, thanks to
> the preference black list.
>
> src/org/openbravo/role/inheritance/access/PreferenceAccessInjector.java
>
> Alvaro Ferraz <[email protected]> null
> Related to issue 32611: Update copyright
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_ExecutePayment.java
>
> Atul Gaware <[email protected]> null
> Fixes bug 32611:Not possible to execute Automatic Deposit payment
> created in FA
>
> Before creating a record in financial account transaction, check is done:
> if transaction exists, get it so that no transactiom is created and the
> same is sent for processing
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/process/FIN_ExecutePayment.java
>
> Inigo Sanchez <[email protected]> null
> Fixed bug 32586: fetch method does not retrieves data with a non
> active entity
>
> The problem here was that fetch method does not retrieves data with a non
> active
> entity. (e.g., if it is tried to obtain a non active organization). It is
> not take
> into account non active entities.
>
> Now, the issues has been fixed by adding setFilterOnActive(false); to take
> into
> account non active entities too.
>
> modules/org.openbravo.service.json/src/org/openbravo/service/json/DefaultJsonDataService.java
> src/org/openbravo/service/rest/DalWebService.java
>
>
>
>
> Last 20 lines of the console output:
>
> [...truncated 31042 lines...]
> Missing
> method
> org.openbravo.userinterface.selector.SelectorComponent.getWhereClause():
> missing in /srv/ci/workspace/int-full-pgsql/SANDBOX/api-checks/output/java
> + failure=1
> + 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/hudson1550430931635547433.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/2138/log:
> [checkAPI] 14068 ERROR -
> Email was triggered for: Failure - Any
> Sending email for trigger: Failure - Any
>
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
