int-basic-oracle - Build # 660 - Failure:
Check console output at https://ci.openbravo.com/job/int-basic-oracle/660/ to
view the results.
Committers since last success:
Changes for Build #653
Changes for Build #654
Alvaro Ferraz <[email protected]> null
[Costing] Fixes issue 28333: Data needed in demodata for CostAdjustment test
referencedata/sampledata/QA_Testing/C_GLITEM_ACCT.xml
referencedata/sampledata/QA_Testing/M_LC_TYPE.xml
referencedata/sampledata/QA_Testing/AD_ORG_WAREHOUSE.xml
referencedata/sampledata/QA_Testing/AD_PREFERENCE.xml
referencedata/sampledata/QA_Testing/AD_PROCESS_REQUEST.xml
referencedata/sampledata/QA_Testing/AD_SEQUENCE.xml
referencedata/sampledata/QA_Testing/C_BPARTNER.xml
referencedata/sampledata/QA_Testing/C_BPARTNER_LOCATION.xml
referencedata/sampledata/QA_Testing/C_BP_CUSTOMER_ACCT.xml
referencedata/sampledata/QA_Testing/C_BP_VENDOR_ACCT.xml
referencedata/sampledata/QA_Testing/C_DOCTYPE.xml
referencedata/sampledata/QA_Testing/C_GLITEM.xml
referencedata/sampledata/QA_Testing/C_LOCATION.xml
referencedata/sampledata/QA_Testing/C_ORDER.xml
referencedata/sampledata/QA_Testing/C_ORDERLINE.xml
referencedata/sampledata/QA_Testing/C_ORDERLINETAX.xml
referencedata/sampledata/QA_Testing/C_ORDERTAX.xml
referencedata/sampledata/QA_Testing/M_LOCATOR.xml
referencedata/sampledata/QA_Testing/M_PRICELIST.xml
referencedata/sampledata/QA_Testing/M_PRICELIST_VERSION.xml
referencedata/sampledata/QA_Testing/M_PRODUCT.xml
referencedata/sampledata/QA_Testing/M_PRODUCTPRICE.xml
referencedata/sampledata/QA_Testing/M_PRODUCT_ACCT.xml
referencedata/sampledata/QA_Testing/M_WAREHOUSE.xml
referencedata/sampledata/QA_Testing/M_WAREHOUSE_ACCT.xml
Changes for Build #655
Unai Martirena <[email protected]> null
Fixes bug 27992: Create Inventory Process should take into account
attributes
'Create Inventory Count List' process in Physical Inventory it was not adding
products with attribute set if the same product already exists in the physical
inventory lines. This was because there was a select that was avoiding to
select the products with different attribute set. The attribute_set_id has been
added to this select to take into account these ones.
src-db/database/model/functions/M_INVENTORY_LISTCREATE.xml
Asier Lostalé <[email protected]> null
fixed bug 28386: FK filter dropdown hides elements when it's reopened
When a FK filter drop down was reopened after having selected an element, it
only displayed that element in the list.
Few things have been fixed:
* When requesting datasource for FK drop down, the same criteria used in the
grid is used, but removing that drop down criterion. This was not properly
done for direct FK selection
* == element before the identifier was some times removed
* When reopening a drop down having an element selected, the criteria was
changed
from equals with FK value to iEquals with identifier value
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-fk-filter.js
Changes for Build #656
Reinaldo Guerra [email protected]_ null
Fixed bug 28156: Completing invoice with 0 grandtotal, finalsettlement is
null.
Extension point executed when completing invoices stored procedure is finished,
was modified to not only update isPaid field as Y, but also to fill the
finalsettlement with the current date which is when the document with
grandtotal as 0, is being completed.
Now when completing an invoice with grandtotal as 0, also the finalsettlement
field will be filled, avoiding the invoice is processed by the
fin_paymentmonitorprocess unnecessarily. This change affects purchase and sales
flows.
modules/org.openbravo.advpaymentmngt/src-db/database/model/functions/APRM_GEN_PAYMENTSCHEDULE_INV.xml
Miguel A. Alsasua <[email protected]> null
fixed issue 28389: the difference amount is calculated adding the amount of
all lines
the difference amount between the cost amount and matched amount was wrong
calculated when there was more than one line in landed cost cost tab
src/org/openbravo/erpCommon/ad_forms/DocLCCost.java
Asier Lostalé <[email protected]> null
fixed bug 27670: time refrerence has no correct style when it is readonly
-refactored previous solution to be easier to extend:
-no hardcoded class references (OBTimeItem)
-using changeDefaults instead of modifying init method
-fixed editable field with readonly ui for readonly logic
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-time.js
Changes for Build #657
Alvaro Ferraz <[email protected]> null
Related to bug 28406: RescheduleProcess should get requestId from parameters
Added brackets to the if sentence
src/org/openbravo/erpCommon/ad_process/RescheduleProcess.java
Changes for Build #658
Asier Lostalé <[email protected]> null
fixed bug 28431, fixed bug 26386: fixed button display logic
It takes into account whether current view is grid or tree
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/toolbar/ob-action-button.js
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/toolbar/ob-toolbar.js
Asier Lostalé <[email protected]> null
related to bug 28431, related to bug 26386: revert previous changeset
Removing previuos changeset to fix issue 26386 because it causes 28431
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/toolbar/ob-action-button.js
Reinaldo Guerra [email protected]_ null
Fixed bug 28163: IllegalArgumentException error when trying to unpost an
Order.
HQL Query when updating order status during unpost process, launches an
hibernate exception when parsing "Order" keyword. In order to avoid this,
ResetAccounting java class was changed to use native SQL Query instead of HQL
Query when unposting entities.
This changes in code takes into account all kind of unposteable openbravo
entities. Now it is possible to unpost an order successfuly.
src/org/openbravo/financial/ResetAccounting.java
Alvaro Ferraz <[email protected]> null
Related to issue 28398 OBBaseTest should initialize Dal in a BeforeClass
method
Added a static method to initialize DAL layer from BeforeClass method
src-test/src/org/openbravo/test/base/OBBaseTest.java
Changes for Build #659
Reinaldo Guerra [email protected]_ null
Fixed bug 27562: Taxable amount for not stocked bom lines is not calculated.
Sales order and invoice saving trigger's logic was changed to set Alternate
Taxable Amount value, in tax rates defined as Alternate Tax Base Amount.
Now when explode or book processes are executed for BOM line products, the new
lines are inserted with the Alternate Taxable Amount value well defined, so
taxable and tax amounts are properly calculated.
src-db/database/model/triggers/C_INVLINE_CHK_RESTRICTIONS_TRG.xml
src-db/database/model/triggers/C_ORDERLINE_TRG.xml
Unai Martirena <[email protected]> null
Fixes bug 28401:Initialized All Trx process not uses movement date.
Initialize Old Transaction process inside Validate Costing Rule process should
filter by Movement Date of Transactions instead of Transaction Process Date
src/org/openbravo/costing/CostingRuleProcess.java
Changes for Build #660
Unai Martirena <[email protected]> null
Fixes Bug 28289: Manage null start and fix backdated from dates in Costing
Rule.
Several things have been implemented in this changeset:
* A new Process Definition called 'Validate Costing Rule' has been created that
replaces the old Process with the same name. This has been done to be able to
use the new capabilities that these new kind of processes offer, like
validations before executing the process and the posibility to show a
confirmation popup. The new process action handler calls the old process java
class, so all existing modules that may call or extend the old class they will
continue working.
* The CostingRuleEventHandler has been removed, because it was doing a wrong
validation and the fix backdated from date is managed in the CostingRuleProcess.
* 2 new functions have been created in CostingUtils
('getCostingRuleStartingDate' and 'getCostingRuleFixBackdatedFrom') that they
return '01/01/1900' as costing rule Starting Date or Fix Backdated From when
these are null. This has been done because in some places when these dates are
null the application was giving an error. So, every time these dates are
retrieved, these functions will be called.
* A validation has been added before executing the new Action Handler 'Validate
Costing Rule' that shows a popup when transactions without cost calculated are
found in closed periods. It asks for confirmation to proceed or the option to
cancel.
src/org/openbravo/costing/CostingRuleProcessActionHandler.java
src/org/openbravo/costing/CostingRuleProcessOnProcessHandler.java
web/js/validateCostingRuleProcess.js
modules/org.openbravo.client.application/src/org/openbravo/client/application/ApplicationComponentProvider.java
referencedata/sampledata/F_B_International_Group/AD_PROCESS_ACCESS.xml
referencedata/sampledata/F_B_International_Group/OBUIAPP_PROCESS_ACCESS.xml
referencedata/sampledata/QA_Testing/AD_PROCESS_ACCESS.xml
referencedata/sampledata/QA_Testing/OBUIAPP_PROCESS_ACCESS.xml
src-db/database/sourcedata/AD_COLUMN.xml
src-db/database/sourcedata/AD_ELEMENT.xml
src-db/database/sourcedata/AD_MESSAGE.xml
src-db/database/sourcedata/AD_MODEL_OBJECT.xml
src-db/database/sourcedata/AD_PROCESS.xml
src-db/database/sourcedata/OBUIAPP_PROCESS.xml
src/org/openbravo/costing/AverageCostAdjustment.java
src/org/openbravo/costing/CostAdjustmentUtils.java
src/org/openbravo/costing/CostingAlgorithmAdjustmentImp.java
src/org/openbravo/costing/CostingRuleProcess.java
src/org/openbravo/costing/CostingServer.java
src/org/openbravo/costing/CostingUtils.java
src/org/openbravo/costing/FixBackdatedTransactionsProcess.java
src/org/openbravo/costing/StandardAlgorithm.java
src/org/openbravo/costing/StandardCostAdjustment.java
src/org/openbravo/event/CostingRuleEventHandler.java
Unai Martirena <[email protected]> null
Fixes Bug 28441:Validate Costing Rule doesn't fail if there prev
transactions.
The process was failing while trying to create Transaction Cost records in
initializeOldTrx and updateInventoriesCostAndProcessInitInventories processes.
It was not setting any value to accounting date column, which is mandatory.
This column has been populated in the following way: If the related transaction
is a shipment the accounting date of the shipment is assigned, if not, the
movement date of the transaction will be assigned.
src/org/openbravo/costing/CostingRuleProcess.java
Sandra Huguet <[email protected]> null
Related to issue 27580
src-db/database/model/triggers/C_INVOICELINE_TRG2.xml
src/org/openbravo/erpCommon/ad_actionButton/CreateFrom_Invoice_data.xsql
src/org/openbravo/erpCommon/ad_forms/DocInvoice.java
Asier Lostalé <[email protected]> null
fixed bug 28386: keep selected item when reopening FK drop down
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-fk-filter.js
Last 20 lines of the console output:
[...truncated 12342 lines...]
[junit] 2014-12-18 00:00:18,888 [main] INFO
com.openbravo.test.integration.erp.testscripts.OpenbravoERPTest - Save the
screenshot.
[junit]
BUILD FAILED
/srv/ci/workspace/int-basic-oracle/SANDBOX/automation/pi/src-test/com/openbravo/test/integration/erp/testsuites/smoke/build.xml:40:
The following error occurred while executing this line:
/srv/ci/workspace/int-basic-oracle/SANDBOX/automation/pi/src-test/com/openbravo/test/integration/erp/testsuites/smoke/procurement/build.xml:30:
The following error occurred while executing this line:
/srv/ci/workspace/int-basic-oracle/SANDBOX/automation/pi/src-test/com/openbravo/test/integration/erp/testsuites/smoke/procurement/build.xml:48:
The following error occurred while executing this line:
/srv/ci/workspace/int-basic-oracle/SANDBOX/automation/pi/build.xml:70: Test
com.openbravo.test.integration.erp.testsuites.smoke.procurement.PROc_PurchaseInvoiceAddPayment
failed
Total time: 56 minutes 53 seconds
Build step 'Execute managed script' marked build as failure
Recording test results
Archiving artifacts
Checking \] ERROR|\] WARN
/srv/ci/workspace/int-basic-oracle/SANDBOX/openbravo.log:
2014-12-17 20:42:31,096 [TP-Processor8] ERROR
org.openbravo.base.exception.OBException - @APRM_INVALID_TRANSACTION@
2014-12-17 20:42:31,101 [TP-Processor8] ERROR
org.openbravo.service.json.DefaultJsonDataService - @APRM_INVALID_TRANSACTION@
Email was triggered for: Failure
Sending email for trigger: Failure
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
