int-checks-oracle - Build # 2933 - Fixed:
Check console output at https://ci.openbravo.com/job/int-checks-oracle/2933/ to
view the results.
Committers since last success:
Changes for Build #2931
Asier Lostalé <[email protected]> null
fixed bug 35729: OrgTree.getAccessibleTree is slow with many organizations
Added some minor refactors on top of what was done for #35590:
* When inserting nodes, just prepend them, don't add position
* Simplified some loops with for each statements
* Improved toString method preventing String concatenations
src/org/openbravo/base/secureApp/OrgTree.java
RM packaging bot <[email protected]> null
Merge back from main
RM packaging bot <[email protected]> null
Merge temporary head for 3.0PR16Q4.4
RM packaging bot <[email protected]> null
Added signature for changeset ff9ea5ead185
.hgsigs
RM packaging bot <[email protected]> null
Added tag 3.0PR16Q4.4 for changeset 3995bf60960b
.hgtags
RM packaging bot <[email protected]> null
Update AD_MODULE version to 3.0PR16Q4.4
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
Inigo Sanchez <[email protected]> null
Fixed issue 35877: 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
Inigo Sanchez <[email protected]> null
Related with issue 35807: 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 35807: 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 35717: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
Alvaro Ferraz <[email protected]> null
Related to issue 35576: Code review improvements
Backout fixes of issues 35576 & 28973 and fix issue 28973 properly:
DocGLJournal.isperiodOpen method was not correctly checking if
DocGLJournalData.periodOpen retrieves no period.
src/org/openbravo/erpCommon/ad_forms/DocGLJournal.java
src/org/openbravo/erpCommon/ad_forms/DocGLJournal_data.xsql
Mark <[email protected]> null
Fixes issue 35627: Avoid Financial Account transactions with both amounts
!= 0
Following changes have been done in Financial Account Transaction tab and in
Add Transaction process definition:
When changing to Bank Fee transaction type, amounts will not be updated to zero.
When changing Deposit Amount in case Bank Fee transaction type, Withdrawal
Amount will be updated to zero.
When changing Withdrawal Amount in case Bank Fee transaction type, Deposit
Amount will be updated to zero.
src/org/openbravo/erpCommon/ad_callouts/SE_Amount_Transaction.java
modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/OBUIAPP_PARAMETER.xml
modules/org.openbravo.advpaymentmngt/web/org.openbravo.advpaymentmngt/js/ob-aprm-addTransaction.js
src-db/database/sourcedata/AD_CALLOUT.xml
src-db/database/sourcedata/AD_COLUMN.xml
src-db/database/sourcedata/AD_MODEL_OBJECT.xml
src-db/database/sourcedata/AD_MODEL_OBJECT_MAPPING.xml
src/org/openbravo/erpCommon/ad_callouts/SE_Payment_Transaction.java
src/org/openbravo/erpCommon/ad_callouts/SE_Trxtype_Transaction.java
Mark <[email protected]> null
Fixes issue 35576: "Adjustment Period" not used when posting a GL Journal
In case Adjustment Period was defined for a calendar and user tries to post gl
journal document in that period it was not properly done.
It was fixed re-structuring the affected queries using the C_PERIOD_ID column
of GL_JOURNAL and C_PERIOD tables, always retrieving this value as C_PERIOD_ID
instead of "period" alias
src/org/openbravo/erpCommon/ad_forms/DocGLJournal_data.xsql
Inigo Sanchez <[email protected]> null
Fixed issue 35465: Adaptive filtering does not work for Table references.
The problem was that adaptive filtering (filter in client when all data is
locally available) did
not work for Table references when filtering by text instead of by selecting a
value in the drop
down list. The issue that causes this regression was not taking into account
adaptive filtering.
This problem has been fixed by taking into account this case in
getDisplayProperty method. Now
getDisplayProperty method manages properly when all the data are in the client
(Adaptive filtering).
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-fk-filter.js
Changes for Build #2932
Augusto Mauch <[email protected]> null
Fixes issue 35895: Grants permission to create materialized views in Oracle
The org.openbravo.replication.symmetricds module uses materialized views (see
[1]) to validate the data of a store. In Oracle, users need to be given
explicit permission to create materialized views in the database.
[1]
https://code.openbravo.com/erp/pmods/org.openbravo.replication.symmetricds/file/d3e746082b6f/src/org/openbravo/replication/symmetricds/validation/SynchronizationStoreDataValidator.java#l201
src-db/database/build-create.xml
Changes for Build #2933
Asier Lostalé <[email protected]> null
fixed bug 35916: OrgTree.toString can produce invalid output
To make it more efficient the way string is built has been refactored by fix
for #35729. The new mechanism didn't work properly when list of nodes had null
values.
Fixed by preventing adding null nodes to the list.
src/org/openbravo/base/secureApp/OrgTree.java
Last 20 lines of the console output:
[...truncated 45818 lines...]
[ "$(jps | grep Bootstrap || true)" != "" ] && echo "Tomcat has fail to stop"
&& exit 1 || true
[ "$i" != "0" ] && secs=$(echo "$i * 5" | bc) && echo "Waiting for $secs secs
for tomcat to stop"
echo
fi
[int-checks-oracle] $ /bin/bash -xe /tmp/hudson7848782633586185777.sh
++ jps
++ grep Bootstrap
++ true
+ '[' '' '!=' '' ']'
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 1
Archiving artifacts
Checking ERROR(?!: Failed to pull)|syntax error at or near|SQL error in
query|WARNING in
Recording test results
Email was triggered for: Fixed
Trigger Success was overridden by another trigger and will not send an email.
Sending email for trigger: Fixed
------------------------------------------------------------------------------
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
