Confirmed fixed int-api - Build # 1579 - Fixed:
On Tue, Aug 18, 2015 at 3:22 PM, Stefan Huehner <[email protected]> wrote: > 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 > > On Tue, Aug 18, 2015 at 3:04 PM, Pablo Luján <[email protected]> > wrote: >> Hi RM, >> >> This check constraints failure seems caused by the merge you did, could you >> check it? >> >> Regards, >> PL >> >> >> On Tue, Aug 18, 2015 at 1:57 PM, <[email protected]> wrote: >>> >>> 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 [email protected]_ null >>> Merge back from main >>> >>> RM packaging bot [email protected]_ null >>> Merge temporary head for 3.0PR15Q3 >>> >>> RM packaging bot [email protected]_ null >>> Added signature for changeset 73f7d3c67dc7 >>> .hgsigs >>> >>> RM packaging bot [email protected]_ null >>> Added tag 3.0PR15Q3 for changeset 828faf193994 >>> .hgtags >>> >>> RM packaging bot [email protected]_ 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> null >>> Fixes issue 30420. Fixes problem in a Query condition. >>> The = comparasion must be changed with > >>> src/org/openbravo/costing/CostAdjustmentUtils.java >>> >>> David Miguelez <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> null >>> Fixes issue 30332: BackPort from issue 30315. >>> src/org/openbravo/costing/CostingBackground.java >>> src/org/openbravo/costing/CostingServer.java >>> >>> David Miguelez <[email protected]> null >>> Backed out changeset d486b2997ee5 >>> src/org/openbravo/costing/CostingBackground.java >>> src/org/openbravo/costing/CostingServer.java >>> >>> David Miguelez <[email protected]> null >>> Fixes issue 30315: BackPort from issue 30333. >>> src/org/openbravo/costing/CostingBackground.java >>> src/org/openbravo/costing/CostingServer.java >>> >>> Asier Lostalé <[email protected]> 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é <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 [email protected]_ null >>> Merge temporary head for 3.0PR15Q2.3 >>> >>> RM packaging bot [email protected]_ null >>> Added signature for changeset 906c7a47100c >>> .hgsigs >>> >>> RM packaging bot [email protected]_ null >>> Added tag 3.0PR15Q2.3 for changeset 01405101d810 >>> .hgtags >>> >>> RM packaging bot [email protected]_ 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 <[email protected]> null >>> Fixes issue 30421. Fixes problem in a Query condition. >>> The = comparasion must be changed with > >>> src/org/openbravo/costing/CostAdjustmentUtils.java >>> >>> Carlos Aristu <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> null >>> Fixes issue 30333: BackPort from issue 303015. >>> src/org/openbravo/costing/CostingBackground.java >>> src/org/openbravo/costing/CostingServer.java >>> >>> David Miguelez <[email protected]> null >>> Fixes issue 29937: BackPort from issue 29936 >>> src/org/openbravo/costing/CostingBackground.java >>> >>> Asier Lostalé <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Openbravo-builds mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/openbravo-builds >>> >> ------------------------------------------------------------------------------ _______________________________________________ Openbravo-builds mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-builds
