int-basic-pgsql - Build # 2538 - Still Failing:
Check console output at https://ci.openbravo.com/job/int-basic-pgsql/2538/ to
view the results.
Committers since last success:
Changes for Build #2534
Atul Gaware <atul.gaw...@openbravo.com> null
Fixes Issue 39505:Records in Matched Amount tab are duplicated
if the Landed Cost is reactivated and processed again
Delete records from Matched Amount sub tab when Landed Cost
is reactivated.
src/org/openbravo/costing/ReactivateLandedCost.java
Changes for Build #2535
Augusto Mauch <augusto.ma...@openbravo.com> null
Fixes issue 39405: Tab display logic works when direct opening a header tab
Before this change, when a window was opened by clicking on a column title, the
display logic of the
tabs of the window were not evaluated. This was done because if the tab opened
was a subtab, that tab
should be visible, regardless of that tab's display logic.
But there is no need to enforce that logic when the tab opened is a header tab.
This changeset evaluates
the display logics of the tabs if the tab opened directly is a header tab.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
Changes for Build #2536
No changes
Changes for Build #2537
RM packaging bot <staff...@openbravo.com> null
Merge back from main
RM packaging bot <staff...@openbravo.com> null
Merge temporary head for 3.0PR18Q2.3
RM packaging bot <staff...@openbravo.com> null
Added signature for changeset a3dec60771db
.hgsigs
RM packaging bot <staff...@openbravo.com> null
Added tag 3.0PR18Q2.3 for changeset 26a3469df96b
.hgtags
RM packaging bot <staff...@openbravo.com> null
Update AD_MODULE version to 3.0PR18Q2.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.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
Asier Lostalé <asier.lost...@openbravo.com> null
fixed bug 39522: false local changes positive restoring PG 9.3 dump on PG 10
After restoring in PG 10 a DB dump taken in PG 9.3, first update.database run
incorrectly detects local changes.
This was caused by many new functions added in PG 10 to trigram extension,
those
functions were unnecessarily included in the model checksum used to check if
there are local changes.
Now those functions are excluded: as dbsm only supports plsql functions, we
now
filter out all the ones implemented by binary code, which is how typically
extension functions are implemented.
src-db/database/model/prescript-PostgreSql.sql
Antonio Moreno <antonio.mor...@openbravo.com> null
Related to issue 39451. Change to comply with Java7
modules/org.openbravo.apachejdbcconnectionpool/src/org/openbravo/apachejdbcconnectionpool/JdbcExternalConnectionPool.java
Antonio Moreno <antonio.mor...@openbravo.com> null
Related to issue 39451. Backport hasNoConnections method.
modules/org.openbravo.apachejdbcconnectionpool/src/org/openbravo/apachejdbcconnectionpool/JdbcExternalConnectionPool.java
src-core/src/org/openbravo/database/ExternalConnectionPool.java
Antonio Moreno <antonio.mor...@openbravo.com> null
Related to issue 39451. Backout hasNoConnections method implementation,
will be replaced by a Java7 compliant version
modules/org.openbravo.apachejdbcconnectionpool/src/org/openbravo/apachejdbcconnectionpool/JdbcExternalConnectionPool.java
src-core/src/org/openbravo/database/ExternalConnectionPool.java
Antonio Moreno <antonio.mor...@openbravo.com> null
Related to issue 39451. Improved comment and log.
src/org/openbravo/base/secureApp/HttpSecureAppServlet.java
Antonio Moreno <antonio.mor...@openbravo.com> null
Fixed issue 39451. The terminal does not go to offline mode if the
database is colapsed but the tomcat works
When there is an exception in the critical part of the HttpSecureAppServlet
which tries to detect if the client is authenticated, we should not necessarily
force a logout and reply with '401- Not authenticated' response. Instead, the
appropriate action is to just return a '500-Internal Server Error' response.
Logging out in this case may kill a valid request when the server is
temporarily overloaded, and makes no sense, and the 401 response may confuse
the client, thinking that it needs to do login again when in reality, the
problem is just that the server is either overloaded, or affected by some
serious problem which prevents even basic authentication checking to work.
src/org/openbravo/base/secureApp/HttpSecureAppServlet.java
Antonio Moreno <antonio.mor...@openbravo.com> null
Related to issue 39451. Backport hasNoConnections method.
modules/org.openbravo.apachejdbcconnectionpool/src/org/openbravo/apachejdbcconnectionpool/JdbcExternalConnectionPool.java
src-core/src/org/openbravo/database/ExternalConnectionPool.java
Mark <markm...@gmail.com> null
Fixes issue 39456: "Create Lines From" on Goods Receipt not working properly
when using Alternate UOM
Was taking as the AUM Qty the original value from the line instead of the value
defned on the P&E, this way if the value is changed, for instance for partiall
receipts
then the process will create a line with the selected quantity instead of the
entire
quantity of the original line wich is creating from.
src/org/openbravo/erpCommon/ad_actionButton/CreateFrom.java
Atul Gaware <atul.gaw...@openbravo.com> null
Fixes Issue 39342: Business Partner current balance is wrongly
updated when using Reconciliation
** In case of prepayment invoice paid should be kept as false
in PaidStatusEventHandler.
src/org/openbravo/event/PaidStatusEventHandler.java
Augusto Mauch <augusto.ma...@openbravo.com> null
Fixes issue 39414: Prevents unintended formitem value change if focus
changes
There was a problem in this redraw function [1]. It did the following:
1) Get the value of the focused item (this.getFocusItem().getValue())
2) Redraw the form (this.Super('redraw', arguments);)
3) Restore the value of the focused item if the value changed during the redraw
(this.getFocusItem().setElementValue(focusItemValue);)
The problem was that under some circumstances the focusedItem itself changed
during the redraw, so the form items returned by this.getFocusItem()
in steps 1) and 3) are different, and the value from one form item was copied
into another form item.
This problem has been fixed by storing in a variable the focused form item
before the step 1), and the use that reference in the rest of the
function instead of reinvoking this.getFocusItem()
[1]
https://code.openbravo.com/erp/devel/pi/file/tip/modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js#l2157
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
Carlos Aristu <carlos.ari...@openbravo.com> null
fixes issue 39426: Duplicated DS call after drawing an OBMultiCalendar
By default OBCalendar has the autoFetchData parameter set to true. This means
that when an OBCalendar is first drawn, this.fetchData() is automatically
called.
In the case of the OBCalendar used by the OBMultiCalendar, the data is being
manually fetched on its initialization by invoking this.refreshCalendar(). This
call together with the call performed with the autoFetchData caused the double
DS call.
In general it is recommended to turn off autoFetchData if we are going to
manually call fetchData() at any time. For this reason, we are disabling the
autoFetchData in the OBCalendar used by the OBMultiCalendar.
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/calendar/ob-multicalendar.js
Augusto Mauch <augusto.ma...@openbravo.com> null
Fixes issue 39405: Parent view preference is called parentView, not
parentTab
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
Changes for Build #2538
No changes
Last 20 lines of the console output:
[...truncated 5393 lines...]
+ (( i=0 ))
+ (( i<12 ))
++ jps
++ grep Bootstrap
++ true
+ '[' '' = '' ']'
+ break
++ jps
++ grep Bootstrap
++ true
+ '[' '' '!=' '' ']'
+ true
+ '[' 0 '!=' 0 ']'
+ echo
POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Email was triggered for: Failure - Any
Sending email for trigger: Failure - Any
_______________________________________________
Openbravo-builds mailing list
Openbravo-builds@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
