Hello Reinaldo, that special nightly job fails and looks like maybe related to your Accounting tab changes.
Can you please look into that and fix it? Note: special topic you may need some help from platform team. On Sat, Feb 28, 2015 at 2:37 AM, <[email protected]> wrote: > int-full-pgsql-compile-all - Build # 442 - Failure: > > Check console output at > https://ci.openbravo.com/job/int-full-pgsql-compile-all/442/ to view the > results. > > > Committers since last success: > > Changes for Build #442 > > RM packaging bot <[email protected]> null > CI: merge back from main > > RM packaging bot <[email protected]> null > CI: update AD_MODULE to version 26090 > > 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 > > Augusto Mauch <[email protected]> null > Fixes bug 28870: Callouts are run when moving from grid to form with a > shortcut > > When a dynamic column is modified, a call is done to the FIC to run the > callouts. The list of dynamic columns is stored in the form (in the view form > and also in the grid edit form), and is loaded from the > FIC response. For instance, when a record is created (either or grid or form > view), a call is done to the FIC in NEW mode, and the dynamicCols list is > initialized. > > The cause of this issue is that it was possible to open a record in form view > in an inconsistent state, having the form's dynamicCols list not set. In this > state the callouts are not run. To get to this in > consistent state, the following steps should take place: > - The user creates a record in the grid (a call to the FIC in NEW mode is > done, and the dynamicCols list of the grid edit form is initialized) > - Without saving, the user presses Ctrl+F2 to edit the record in form view. > No FIC call is done (there is no need for it), so even though the record is > shown in the form view, its dynamicCols list is not s > et. The callouts will not run until a call to the FIC is done (for instance > by refreshing the record). > > To fix this, the list of dynamicCols of the grid edit form is copied to the > form view. This is done in the ksAction_EditInForm function, which is the > function executed when the user presses Ctrl+F2 to move > from the grid view to the form view. > > The list of dynamic columns returned from the FIC to the grid view is the > same as the one returned from the FIC to the form view, so it is not a > problem is a dynamic columns is shown in the form view but n > ot in the grid view. > > modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-view-grid.js > > Reinaldo Guerra <[email protected]> null > Fixed bug 27010: Invoice Dimensional Report should not consider voided > status. > > A new primary filter, was added to the Sales Invoice Dimensional Report, to > allow exclude or not, documents voided in report's output. > This filter can be managed through a new preference that was created too, in > order to let user decide if filter will be shown. By default the filter will > be hidden and documents voided will be considered. > src-db/database/sourcedata/AD_REF_LIST.xml > src-db/database/sourcedata/AD_TEXTINTERFACES.xml > > src/org/openbravo/erpCommon/ad_reports/ReportInvoiceCustomerDimensionalAnalysesJR.java > > src/org/openbravo/erpCommon/ad_reports/ReportInvoiceCustomerDimensionalAnalysesJRFilter.html > > src/org/openbravo/erpCommon/ad_reports/ReportInvoiceCustomerDimensionalAnalysesJRFilter.xml > > src/org/openbravo/erpCommon/ad_reports/ReportInvoiceCustomerDimensionalAnalysesJR_data.xsql > > Jorge Garcia <[email protected]> null > Fixed issue 28819: Include "Accounting" tab in Internal Consumption > > It is necessary to include "Accounting" tab in Internal Consumption window. > > The accounting tab has been added to the Internal Consumption window and > has been configurated properly. > > Now, the Internal Consumption windows shows the Accounting tab. > src-db/database/sourcedata/AD_FIELD.xml > src-db/database/sourcedata/AD_TAB.xml > > Jorge Garcia <[email protected]> null > Fixed issue 28917: There is no Processed field in transaction tab > > In the Financial Account window, in the Transactions tab, there is no field > in order to know if a created transaction is processed or not. > > The solution is to display the field Processed in the Windows, Tabs and > Fields. > > Now, the Processed Field is shown in the Transaction tab. > src-db/database/sourcedata/AD_FIELD.xml > > Unai Martirena <[email protected]> null > Fixes bug 28051: Reserved qty now is correct. > > In this issue 3 changes have been done: > [1]: In M_RESERVATION_POST stored procedure, when calling to > AD_UPDATE_PINSTANCE an extra parameter has been added ('N'). This has been > done to avoid to do a commit when working with Oracle database, because it > was causing to behave different in Postgres and Oracle. > [2]: In StockReservationPickAndEditDataSource, when opening Manage > Reservations P&E from Sales Order, it retrieves a Reservation related to the > Order Line if it exists and it processes. This was failing in Oracle if it > was already processed, so a check has been added to avoid this case. > [3]: In ManageReservationActionHandler, when clicking Done in Manage > Reservation P&E, it was first reserving what the user was typing in the P&E, > and if it was not processed the reservation, it was processing it. As the > M_RESERVATION_POST tries always to reserve as much as possible, it was > overriding the previously set amounts. In order to prevent this, now first > the reservation is being processed and after that the values typed in the UI > are being set to the reservation. > src-db/database/model/functions/M_RESERVATION_POST.xml > > src/org/openbravo/common/actionhandler/ManageReservationActionHandler.java > > src/org/openbravo/common/datasource/StockReservationPickAndEditDataSource.java > > > > > Last 20 lines of the console output: > > [...truncated 2168 lines...] > [javac] ^ > [javac] > /srv/ci/workspace/int-full-pgsql-compile-all/srcAD/org/openbravo/erpWindows/InternalConsumption/Accounting.java:925: > cannot find symbol > [javac] symbol : variable AccountingData > [javac] location: class > org.openbravo.erpWindows.InternalConsumption.Accounting > [javac] if (AccountingData.getCurrentDBTimestamp(this, > data.factAcctId).equals( > [javac] ^ > [javac] 18 errors > > BUILD FAILED > /srv/ci/workspace/int-full-pgsql-compile-all/build.xml:489: The following > error occurred while executing this line: > /srv/ci/workspace/int-full-pgsql-compile-all/src/build.xml:280: Compile > failed; see the compiler error output for details. > > Total time: 5 minutes 28 seconds > Build step 'Execute managed script' marked build as failure > Checking console output > /srv/ci/jobs/int-full-pgsql-compile-all/builds/2015-02-28_01-31-40/log: > [java] 3919 [main] ERROR org.openbravo.data.Sqlc - SQL error in query: > SELECT to_char(Fact_Acct.Created, ?) as created, > Email was triggered for: Failure > Sending email for trigger: Failure > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Openbravo-builds mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openbravo-builds > ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Openbravo-builds mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openbravo-builds
