int-gui-oracle - Build # 1010 - Fixed:
Check console output at https://ci.openbravo.com/job/int-gui-oracle/1010/ to
view the results.
Committers since last success:
Changes for Build #1009
Augusto Mauch <[email protected]> null
Fixes bug 29835: Prevents unlimited datasource requests when filtering the
grid
The problem was that the logic to check that if a datasource request was
triggered by scrolling up in a grid that did not have its initial rows loaded
(see [1]) did not work well when the user filtered the grid after having
scrolled down the grid till loading its second page. This caused the totalRows
property of the grid to be miscalculated, and this triggered the undefinite
amount of datasource requests.
The logic to check if the request was triggered by scrolling up has been
changed. Now, instead of checking low-level smartclient properties like
lastScrollTop, we check if there are rows loaded in the positions just after
the page that was just received. Only in that case we want to prevent resetting
the totalRows property of the ResultSet with the value returned by the
datasource.
[1]
https://code.openbravo.com/erp/devel/pi/rev/c51dce7e9fd3c47915464ab4f565a9d1cee60e3b
modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-view-grid.js
Changes for Build #1010
Alvaro Ferraz <[email protected]> null
Fixes issue 29481: Bad performance when inserting a new Conversion Rate
C_CONVERSION_RATE_TRG2.xml trigger has been deleted. Instead, an event handler
has been added in order to check for duplicated conversions only for the
currencies you are inserting/updating.
C_CONVERSION_RATE_TRG2.xml trigger was not updated because it produced mutating
table error in oracle
src/org/openbravo/event/ConversionRateEventHandler.java
src-db/database/model/triggers/C_CONVERSION_RATE_TRG2.xml
Martin Taal <[email protected]> null
Related to issue 29766: Retail Operations Buffer: store all transactions in
operations table before processing
Do not start import thread until notified. Make sure that import threads are
all deamon threads and that shutdown
works more aggressively.
src/org/openbravo/service/importprocess/ImportEntryArchiveManager.java
src/org/openbravo/service/importprocess/ImportEntryManager.java
src/org/openbravo/service/importprocess/ImportEntryProcessor.java
src/org/openbravo/service/importprocess/ImportProcessContextListener.java
Unai Martirena <[email protected]> null
Fixes bug 29822: Avoid creating unnecessary backdated adjustments.
The problem was happening when costing precision was different from standard
precision. When calculating the expected cost of a transaction to know if an
adjustment is necessary to be created, it has to be rounded to standard
precision because the amounts always have to be created in standard precision.
In this case, while comparing expected cost with actual cost from database, as
in database values are rounded to standard precision, and expected cost was
being rounded to cost precission, an adjustment was being created with the
difference, that corresponds just to the precision lost, and finally an
adjustment of Zero amount was being created.
src/org/openbravo/costing/AverageCostAdjustment.java
Martin Taal <[email protected]> null
Related to issue 29766: Retail Operations Buffer: store all transactions in
operations table before processing
Set VariablesSecureApp also when OBContext gets re-used
src/org/openbravo/service/importprocess/ImportEntryProcessor.java
Last 20 lines of the console output:
[...truncated 13170 lines...]
Total time: 2 seconds
executing script 'Tomcat stop'
[int-gui-oracle] $ /bin/bash /tmp/build_step_template1370345076533667300.sh
ENABLE
DEBUG: Tomcat stop called with parameters: ENABLED=ENABLE
* Stopping Tomcat servlet engine for Openbravo tomcat
...done.
executing script 'Check log'
[int-gui-oracle] $ /bin/bash /tmp/build_step_template7819810011179084721.sh
ENABLE
DEBUG: Check log called with parameters: ENABLED=
Check log: openbravo.log is clean
Recording test results
Archiving artifacts
Checking \] ERROR|\] WARN
Email was triggered for: Fixed
Trigger Success was overridden by another trigger and will not send an email.
Sending email for trigger: Fixed
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
