Expected after release.
The 2 developers who need to re-do something this time are already notified
automatically.
We'll probably add some notification here as well for next time.
Stefan
On Mon, Nov 23, 2015 at 7:41 AM, <[email protected]> wrote:
> int-api - Build # 1762 - Failure:
>
> Check console output at https://ci.openbravo.com/job/int-api/1762/ to
> view the results.
>
>
> Committers since last success:
>
> Changes for Build #1762
>
> RM packaging bot <[email protected]> null
> Merge back from main
>
> RM packaging bot <[email protected]> null
> Merge temporary head for 3.0PR15Q4
>
> RM packaging bot <[email protected]> null
> Added signature for changeset d2c765a228d8
> .hgsigs
>
> RM packaging bot <[email protected]> null
> Added tag 3.0PR15Q4 for changeset 84cd25c33900
> .hgtags
>
> RM packaging bot <[email protected]> null
> Update AD_MODULE version to 3.0PR15Q4
>
> 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
>
> RM packaging bot <[email protected]> null
> Commit to increment the obx version
> lib/README
>
> RM packaging bot <[email protected]> null
> Commit to increment the obx version
> lib/README
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31516: Empty matched document in Match Statement
>
> The problem was that two new columns were added in aprm_matchstatement hql
> query in the middle of the select clause, while they were added as two new
> columns at the end of ad_column. As the columns order was not the same
> between the hql query and the ad_column and some columns did not have an
> alias in hql query and some others did not have an entity alias in
> ad_column, some column values were lost.
> To fix it, we added an alias to all columns in aprm_matchstatement hql
> query (matchedDocument had no alias) and an entity alias to all ad_columns
> in aprm_matchstatement table (Transaction, bslUpdated and matchedDocument
> columns had no entity alias and Affinity column had a wrong entity alias).
> With this, all columns of aprm_matchstatement will be correctly filled
> with their values in Match Statement grid.
> If new columns are added to the hql query, they can go in any order in the
> select clause and in the ad_column, but they will need to have both an
> alias in the hql query and an entity alias in the ad_column, following this
> documentation:
> http://wiki.openbravo.com/wiki/How_to_create_a_HQL_Based_Table#Column_Definition
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_COLUMN.xml
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_TABLE.xml
>
> Víctor Martínez Romanos <[email protected]> null
> Fixes issue 31440 & Fixes issue 31442: code review improvements
>
> Reverted back the behavior of the Sender field. It shows the Business
> Partner Name (from the OB object) or the Business Partner Name string as it
> was doing before.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_COLUMN.xml
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_TABLE.xml
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31440 & Fixes issue 31442: Add two new columns in Match
> Statement
>
> Added Business Partner Name and Transaction Description as new fields in
> Match Statement P&E window. They will not be shown in grid by default.
> HQL Query in aprm_matchstatement table has been modified to retrieve this
> two new columns from FIN_BankStatementLine and FIN_Finacc_Transaction
> tables, and to retrieve bp.name as businessPartner also in case it is
> null.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_COLUMN.xml
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_FIELD.xml
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_TABLE.xml
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31420: BusinessPartnerName not loaded in AddTransaction
> description
>
> Add Transaction description will be loaded with Business Partner name +
> Bank Statement Line description, in case Business Partner name is not empty.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/filterexpression/AddTransactionFilterExpression.java
>
> Atul Gaware <[email protected]> null
> Fixes Issue 31402:Purchase Order and Goods Receipt not shown in
> Invoice's
> Create Lines From if the Customer Invoice Terms are Do Not Invoice
>
> In case of purchase flow Immediate (I) is set as default value for
> Invoice Rule.
> src/org/openbravo/erpCommon/ad_callouts/SE_Order_BPartner.java
>
> Carlos Aristu <[email protected]> null
> fixes issue 31292: current combo value is not selected when opening
> drop down
>
> The problem is caused because after the combo refactor project table and
> tabledir references make use of a class with different behavior
> (OBFKComboItem).
>
> Together with this, currently in the FormItem class there is a logic on
> the _shouldSelectOnFocus method which performs the selection just when
> tabbing through the form, or on programmatic focus, but not on mouse click.
> This is the main reason why the text is not being selected when clicking on
> the drop-down in form view for any reference.
>
> In order to have a common behavior for all the combos in both grid and
> form view, we are overriding the showPicker() method of OBComboBoxItem to
> ensure that we select the text after clicking on the drop-down
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/formitem/ob-formitem-combo.js
>
> Guillermo Alvarez de Eulate <[email protected]> null
> Fixed issue 31369: Added log to importentry processor
> src/org/openbravo/service/importprocess/ImportEntryManager.java
> src/org/openbravo/service/importprocess/ImportEntryProcessor.java
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31348: Error when validating a Costing Rule with backdated
> enabled
>
> When checking for the current validated costing rule, it should have an
> ending date greater or equal than current date.
> src/org/openbravo/costing/CostingServer.java
> src/org/openbravo/costing/CostingUtils.java
>
> Asier Lostalé <[email protected]> null
> fixed bug 31255: Lazy filtering does not work when filtering the first
> time
>
> Having lazy filtering configured, if a filter was applied in a grid as
> first
> action, it was not possible to apply it. A js error was thrown:
> Uncaught TypeError: this.data.willFetchData is not a function
>
> The problem was in "if
> (this.data.willFetchData(this.convertCriteria(criteria)))"
> statement which incorrectly assumed this.data to be an object and
> willFetchData
> a function within it. This is not true when in this situation where
> this.data is
> an array.
>
> It has been fixed by taking into account this case by checking wether
> this.data
> is an array.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-view-grid.js
>
> Carlos Aristu <[email protected]> null
> fixes issue 31224: Toolbar disappears under some circumnstances
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> Asier Lostalé <[email protected]> null
> fixed bug 31218: adding extra filter after product characteristics
> fails
>
> When product characteristics was filtered returning less than 100
> records, and
> on top of that criteria a new one in another field was added, it was not
> possible
> to refresh the grid anymore.
>
> When this additional criteria was set, a javascript exception was thrown
> because
> adaptive filtering was tried to be evaluated for 'exists' search
> operator. This
> operator didn't implement condition funtion which was invoked causing
> the exception.
> This exception left the grid in an inconsistent estate which made not
> posible to
> refresh it.
>
> To fix it, 'condition' function has been implemented for 'exists' search
> operator,
> as this operator can't be evaluted in client side, we can ensure all
> fields in
> grid fulfill any criteria defined by it, so the implementation can
> return always
> true.
>
> modules/org.openbravo.userinterface.smartclient/web/org.openbravo.userinterface.smartclient/js/ob-smartclient.js
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31167: Copy Version process in Process Plan window is not
> working in Oracle
>
> Ad_Sequence_Doc is a stored procedure that returns the next sequence
> number using an "out" parameter. The CallStoredProcedure.call() used to
> call that procedure doesn't currently support parameters of type "out",
> creating an exception in Oracle only (and not in PostgreSQL because the
> procedure is declared as a function returning the value).
>
> Instead of calling the procedure using CallStoredProcedure.call(), we use
> Utility.getDocumentNo() method instead, which is a more standard way to get
> the next sequence no. from Java, and supports Oracle procedures with "out"
> parameters.
>
> Besides the class has been modified to properly show an error message in
> the UI in case an exception is raised, which is something not working
> before neither.
> src/org/openbravo/common/actionhandler/CopyProcessPlanVersion.java
>
> Naroa Iriarte <[email protected]> null
> Related with issue 31054: The condition has been changed.
>
> The if condition which handles the invalidation of the value maps cache
> has been modified for getting the correct behaviour.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> Naroa Iriarte <[email protected]> null
> Fixed issue 31054: Create a new record in a form was not working fine.
>
> The problem was that, if you create a new record in form view, and after
> fulfilling the form, you
> click in the create a new record in a form button without previously
> saving the firstly created record,
> it was not working fine. In Goods Movements lines tab, for example, the
> value of the product chosen in
> the first record was shown. That wasn't correct, the product should be
> empty.
>
> The problem was in the "ob-standard-view-datasource.js" the value map
> cache was being invalidated.
>
> To fix this, some clases have been changed.
> In the "ob-standard-view.js" in the "newDocument" function the parameters
> the isNewDocument parameter
> has been added and it is set to true.
> This parameter is passed to the request for being able to take it in the
> class "ob-standard-view-datasource.js"
> and to use it in the logic that invalidates the value map cache.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31088: Scheduled Organization for Costing background process
>
> The Costing Background Process should only be scheduled for a legal entity
> or any of its ancestor.
>
> The fix adds a validation in both the ProcessRequestEventHandler, so each
> time a record is saved/updated the validation is run, and in the
> CostingBackground class itself to control wrong process request scheduled
> before this validation.
> src-db/database/sourcedata/AD_MESSAGE.xml
> src/org/openbravo/costing/CostingBackground.java
> src/org/openbravo/costing/CostingUtils.java
> src/org/openbravo/event/ProcessRequestEventHandler.java
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31021: hidden fields in several windows related to acct.
> dimensions
>
> The display logic of some fields driven by the accounting dimension
> display logic utility was not working fine when the auxiliary input
> "DOCBASETYPE" (used by to calculate the acct. dimension display logic) was
> null.
> This auxiliary input has a hardcoded value in some windows, however in
> other windows it is gotten from the DB using the selected document type. In
> the latter scenario, when the document type field is blank, the
> "DOCBASETYPE" auxiliary input was null, so the system was unable to detect
> the right configuration, thus hiding the fields.
>
> The regression is caused by issue #29767. The business partner and
> organization fields were configured to use the accounting dimension display
> logic utility in the following windows:
> * Sales Order
> * Purchase Order
> * Sales Invoice
> * Purchase Invoice
> * Payment In (not affected as it has a hardcoded "DOCBASETYPE")
> * Payment Out (not affected as it has a hardcoded "DOCBASETYPE")
>
> The fix improves the SQL for getting the "DOCBASETYPE" auxiliary input in
> the affected windows, so in case the document type is null, a generic value
> (the most commonly used) is returned depending on the window:
> * Sales Order: SOO
> * Purchase Order: POO
> * Sales Invoice: ARI
> * Purchase Invoice: API
> src-db/database/sourcedata/AD_AUXILIARINPUT.xml
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31031: Credit consumed although payment not completed
>
> When consuming a credit with a currency different than Business Partner's
> currency, an error is shown but credit was also consumed, which was wrong.
> Now, this check will be also done before consuming credit in
> AddPaymentActionHandler addCredit method, as it was done in
> FIN_PaymentProcess doProcessPayment method.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> RM packaging bot <[email protected]> null
> Merge temporary head for 3.0PR15Q3.3
>
> RM packaging bot <[email protected]> null
> Added signature for changeset d20a396ffa24
> .hgsigs
>
> RM packaging bot <[email protected]> null
> Added tag 3.0PR15Q3.3 for changeset bce57079bd43
> .hgtags
>
> RM packaging bot <[email protected]> null
> Update AD_MODULE version to 3.0PR15Q3.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
>
> Asier Lostalé <[email protected]> null
> fixed bug 31256: Lazy filtering does not work when filtering the first
> time
>
> Having lazy filtering configured, if a filter was applied in a grid as
> first
> action, it was not possible to apply it. A js error was thrown:
> Uncaught TypeError: this.data.willFetchData is not a function
>
> The problem was in "if
> (this.data.willFetchData(this.convertCriteria(criteria)))"
> statement which incorrectly assumed this.data to be an object and
> willFetchData
> a function within it. This is not true when in this situation where
> this.data is
> an array.
>
> It has been fixed by taking into account this case by checking wether
> this.data
> is an array.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/grid/ob-view-grid.js
>
> Asier Lostalé <[email protected]> null
> fixed bug 31219: adding extra filter after product characteristics
> fails
>
> When product characteristics was filtered returning less than 100
> records, and
> on top of that criteria a new one in another field was added, it was not
> possible
> to refresh the grid anymore.
>
> When this additional criteria was set, a javascript exception was thrown
> because
> adaptive filtering was tried to be evaluated for 'exists' search
> operator. This
> operator didn't implement condition funtion which was invoked causing
> the exception.
> This exception left the grid in an inconsistent estate which made not
> posible to
> refresh it.
>
> To fix it, 'condition' function has been implemented for 'exists' search
> operator,
> as this operator can't be evaluted in client side, we can ensure all
> fields in
> grid fulfill any criteria defined by it, so the implementation can
> return always
> true.
>
> modules/org.openbravo.userinterface.smartclient/web/org.openbravo.userinterface.smartclient/js/ob-smartclient.js
>
> RM packaging bot <[email protected]> null
> Merge temporary head for 3.0PR15Q3.2
>
> RM packaging bot <[email protected]> null
> Added signature for changeset 9755d00af209
> .hgsigs
>
> RM packaging bot <[email protected]> null
> Added tag 3.0PR15Q3.2 for changeset 9320a67a9ef1
> .hgtags
>
> RM packaging bot <[email protected]> null
> Update AD_MODULE version to 3.0PR15Q3.2
>
> 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
> fixes issue 31225: Toolbar disappears under some circumnstances
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31168: Copy Version process in Process Plan window is not
> working in Oracle
>
> Ad_Sequence_Doc is a stored procedure that returns the next sequence
> number using an "out" parameter. The CallStoredProcedure.call() used to
> call that procedure doesn't currently support parameters of type "out",
> creating an exception in Oracle only (and not in PostgreSQL because the
> procedure is declared as a function returning the value).
>
> Instead of calling the procedure using CallStoredProcedure.call(), we use
> Utility.getDocumentNo() method instead, which is a more standard way to get
> the next sequence no. from Java, and supports Oracle procedures with "out"
> parameters.
>
> Besides the class has been modified to properly show an error message in
> the UI in case an exception is raised, which is something not working
> before neither.
> src/org/openbravo/common/actionhandler/CopyProcessPlanVersion.java
>
> Naroa Iriarte <[email protected]> null
> Related with issue 31055: The condition has been changed.
>
> The if condition which handles the invalidation of the value maps cache
> has been modified for getting the correct behaviour.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> Naroa Iriarte <[email protected]> null
> Fixed issue 31055: Create a new record in a form was not working fine.
>
> The problem was that, if you create a new record in form view, and after
> fulfilling the form, you
> click in the create a new record in a form button without previously
> saving the firstly created record,
> it was not working fine. In Goods Movements lines tab, for example, the
> value of the product chosen in
> the first record was shown. That wasn't correct, the product should be
> empty.
>
> The problem was in the "ob-standard-view-datasource.js" the value map
> cache was being invalidated.
>
> To fix this, some clases have been changed.
> In the "ob-standard-view.js" in the "newDocument" function the parameters
> the isNewDocument parameter
> has been added and it is set to true.
> This parameter is passed to the request for being able to take it in the
> class "ob-standard-view-datasource.js"
> and to use it in the logic that invalidates the value map cache.
> Now, if this parameter is set to true, the value map cache is not
> invalidated.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> David Miguelez <[email protected]> null
> iFixes Issue 31049. Return Material flow should not be included
> in Price Correction Process.
> Also, make sure every Transaction that goes through this process
> is set to no longer check Price Correction.
> src/org/openbravo/costing/PriceDifferenceProcess.java
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31022: hidden fields in several windows related to acct.
> dimensions
>
> The display logic of some fields driven by the accounting dimension
> display logic utility was not working fine when the auxiliary input
> "DOCBASETYPE" (used by to calculate the acct. dimension display logic) was
> null.
> This auxiliary input has a hardcoded value in some windows, however in
> other windows it is gotten from the DB using the selected document type. In
> the latter scenario, when the document type field is blank, the
> "DOCBASETYPE" auxiliary input was null, so the system was unable to detect
> the right configuration, thus hiding the fields.
>
> The regression is caused by issue #29767. The business partner and
> organization fields were configured to use the accounting dimension display
> logic utility in the following windows:
> * Sales Order
> * Purchase Order
> * Sales Invoice
> * Purchase Invoice
> * Payment In (not affected as it has a hardcoded "DOCBASETYPE")
> * Payment Out (not affected as it has a hardcoded "DOCBASETYPE")
>
> The fix improves the SQL for getting the "DOCBASETYPE" auxiliary input in
> the affected windows, so in case the document type is null, a generic value
> (the most commonly used) is returned depending on the window:
> * Sales Order: SOO
> * Purchase Order: POO
> * Sales Invoice: ARI
> * Purchase Invoice: API
> src-db/database/sourcedata/AD_AUXILIARINPUT.xml
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31023: Credit consumed although payment not completed
>
> When consuming a credit with a currency different than Business Partner's
> currency, an error is shown but credit was also consumed, which was wrong.
> Now, this check will be also done before consuming credit in
> AddPaymentActionHandler addCredit method, as it was done in
> FIN_PaymentProcess doProcessPayment method.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> Atul Gaware <[email protected]> null
> Fixes Issue 30992:The ReportInvoiceDiscountJR report consume many
> resources
> when printing big amount of data.
>
> Scrollable xsql is used to enhance report performance.
> src/org/openbravo/erpCommon/ad_reports/ReportInvoiceDiscountJR.java
>
> src/org/openbravo/erpCommon/ad_reports/ReportInvoiceDiscount_data.xsql
>
> Atul Gaware <[email protected]> null
> Fixes Issue 30916:Payment registered for child organization not found
> in
> Payment selector when running "add transaction" from Match Statement
>
> Parameters passed to AD_IsOrgIncluded in correct order.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/OBUISEL_SELECTOR.xml
>
> David Miguelez <[email protected]> null
> Related to issue 30914. Fixes Tests to match fix for issue.
> src-test/src/org/openbravo/test/costing/TestCosting.java
>
> David Miguelez <[email protected]> null
> Fixes Issue 30914. Fixes wrong parameter in call to ProcessInentory
> method.
> src/org/openbravo/materialmgmt/InventoryCountProcess.java
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 30865: Match Statement Transactions prior to Bank Statement
> Line date
>
> When searching for transactions, the HQL query transformer added a where
> clause to get only the transactions prior or equal to the bank statement
> line's transaction date.
> There are cases where you want to match to transactions registered after
> the bank statement line's transaction date.
> Before the refactor, there was a flag to hide/show transactions in the
> future. With the refactor that functionality was lost.
>
> To implement it again, we have moved that restriction from the hql query
> transformer to a new default filter for this tab. Thus the user can remove
> the filter to show all the transactions regardless the transaction date.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_TAB.xml
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/hqlinjections/TransactionsToMatchTransformer.java
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 30847: Colour status column in Open/Close Period Control |
> Documents
>
> The field was wrongly removed in a merge.
> It's back again to Core with the same AD_Field_ID
> src-db/database/sourcedata/AD_FIELD.xml
>
> Atul Gaware <[email protected]> null
> Fixes Issue 30821:Accounting process fails for payment out with
> negative amt
>
> If the docbasetype is not GLJournal is null then docLine Object is null. A
> docbasetype check is added before accessing docLine Object.
> src/org/openbravo/erpCommon/ad_forms/Fact.java
>
> David Miguelez <[email protected]> null
> Fixes Issue 30818: Changes connection used for retrieving data using
> xsql files. Uses OBDal Connection and uses OBDal methods for
> doing rollback and commit with Close.
> src/org/openbravo/erpCommon/ad_process/ExpenseAPInvoice.java
>
> RM packaging bot <[email protected]> null
> Merge temporary head for 3.0PR15Q2.6
>
> RM packaging bot <[email protected]> null
> Added signature for changeset f22b32ad49b1
> .hgsigs
>
> RM packaging bot <[email protected]> null
> Added tag 3.0PR15Q2.6 for changeset 8b094ef73876
> .hgtags
>
> RM packaging bot <[email protected]> null
> Update AD_MODULE version to 3.0PR15Q2.6
>
> 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
> fixes issue 31226: Toolbar disappears under some circumnstances
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 31169: Copy Version process in Process Plan window is not
> working in Oracle
>
> Ad_Sequence_Doc is a stored procedure that returns the next sequence
> number using an "out" parameter. The CallStoredProcedure.call() used to
> call that procedure doesn't currently support parameters of type "out",
> creating an exception in Oracle only (and not in PostgreSQL because the
> procedure is declared as a function returning the value).
>
> Instead of calling the procedure using CallStoredProcedure.call(), we use
> Utility.getDocumentNo() method instead, which is a more standard way to get
> the next sequence no. from Java, and supports Oracle procedures with "out"
> parameters.
>
> Besides the class has been modified to properly show an error message in
> the UI in case an exception is raised, which is something not working
> before neither.
> src/org/openbravo/common/actionhandler/CopyProcessPlanVersion.java
>
> Naroa Iriarte <[email protected]> null
> Related with issue 31056: The condition has been changed.
>
> The if condition which handles the invalidation of the value maps cache
> has been modified for getting the correct behaviour.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> Naroa Iriarte <[email protected]> null
> Fixed issue 31056: Create a new record in a form was not working fine.
>
> The problem was that, if you create a new record in form view, and after
> fulfilling the form, you
> click in the create a new record in a form button without previously
> saving the firstly created record,
> it was not working fine. In Goods Movements lines tab, for example, the
> value of the product chosen in
> the first record was shown. That wasn't correct, the product should be
> empty.
>
> The problem was in the "ob-standard-view-datasource.js" the value map
> cache was being invalidated.
>
> To fix this, some clases have been changed.
> In the "ob-standard-view.js" in the "newDocument" function the parameters
> the isNewDocument parameter
> has been added and it is set to true.
> This parameter is passed to the request for being able to take it in the
> class "ob-standard-view-datasource.js"
> and to use it in the logic that invalidates the value map cache.
> Now, if this parameter is set to true, the value map cache is not
> invalidated.
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/form/ob-view-form.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view-datasource.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-view.js
>
> modules/org.openbravo.client.application/web/org.openbravo.client.application/js/main/ob-standard-window.js
>
> Alvaro Ferraz <[email protected]> null
> Fixes issue 31024: Credit consumed although payment not completed
>
> When consuming a credit with a currency different than Business Partner's
> currency, an error is shown but credit was also consumed, which was wrong.
> Now, this check will be also done before consuming credit in
> AddPaymentActionHandler addCredit method, as it was done in
> FIN_PaymentProcess doProcessPayment method.
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/actionHandler/AddPaymentActionHandler.java
>
> Atul Gaware <[email protected]> null
> Fixes Issue 30917:Payment registered for child organization not found
> in
> Payment selector when running "add transaction" from Match Statement
>
> Parameters passed to AD_IsOrgIncluded in correct order.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/OBUISEL_SELECTOR.xml
>
> David Miguelez <[email protected]> null
> Related to issue 30915. Fixes Tests to match fix for issue.
> src-test/src/org/openbravo/test/costing/TestCosting.java
>
> David Miguelez <[email protected]> null
> Fixes Issue 30915. Fixes wrong parameter in call to ProcessInentory
> method.
> src/org/openbravo/materialmgmt/InventoryCountProcess.java
>
> David Miguelez <[email protected]> null
> Fixed bug 30867: Colour status column in Open/Close Period Control |
> Documents
>
> The field was wrongly removed in a merge.
> It's back again to Core with the same AD_Field_ID
> src-db/database/sourcedata/AD_FIELD.xml
>
> Víctor Martínez Romanos <[email protected]> null
> Fixed bug 30866: Match Statement Transactions prior to Bank Statement
> Line date
>
> When searching for transactions, the HQL query transformer added a where
> clause to get only the transactions prior or equal to the bank statement
> line's transaction date.
> There are cases where you want to match to transactions registered after
> the bank statement line's transaction date.
> Before the refactor, there was a flag to hide/show transactions in the
> future. With the refactor that functionality was lost.
>
> To implement it again, we have moved that restriction from the hql query
> transformer to a new default filter for this tab. Thus the user can remove
> the filter to show all the transactions regardless the transaction date.
>
> modules/org.openbravo.advpaymentmngt/src-db/database/sourcedata/AD_TAB.xml
>
> modules/org.openbravo.advpaymentmngt/src/org/openbravo/advpaymentmngt/hqlinjections/TransactionsToMatchTransformer.java
>
>
>
>
> Last 20 lines of the console output:
>
> [...truncated 30470 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/hudson3708340175084165643.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/1762/log:
> [checkAPI] 13067 ERROR -
> Email was triggered for: Failure - Any
> Sending email for trigger: Failure - Any
>
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
_______________________________________________
Openbravo-builds mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openbravo-builds
