Thu, 23 Oct 2014 16:57:58 +0200Related to Issue 27853: Not any more wrong records created in Costing tab
Unai Martirena <unai.martirena@openbravo.com> [Thu, 23 Oct 2014 16:57:58 +0200] rev 25347
Related to Issue 27853: Not any more wrong records created in Costing tab

Changed the filter by Id in CostAdjustmentUtils.getStockOnTransactionDate(), CostAdjustmentUtils.getValuedStockOnTransactionDate() and AverageCostAdjustment.getRelatedTransactions().

Tue, 21 Oct 2014 13:55:05 +0200Fixes issue 27853: Manual Cost Correction Cost adjustments are not properly created
Unai Martirena <unai.martirena@openbravo.com> [Tue, 21 Oct 2014 13:55:05 +0200] rev 25346
Fixes issue 27853: Manual Cost Correction Cost adjustments are not properly created

Mon, 27 Oct 2014 11:34:20 +0100Fixed bug 27969 landed cost from receipt should be created in status complete
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 27 Oct 2014 11:34:20 +0100] rev 25345
Fixed bug 27969 landed cost from receipt should be created in status complete

Tue, 28 Oct 2014 09:09:03 +0100Fixed bug 27966 LandedCostCost should be re-initialized
Sandra Huguet <sandra.huguet@openbravo.com> [Tue, 28 Oct 2014 09:09:03 +0100] rev 25344
Fixed bug 27966 LandedCostCost should be re-initialized

Fri, 24 Oct 2014 14:05:00 +0200Fixed 27879.Properly calculate adj amount on backdated inventory amt update.
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Fri, 24 Oct 2014 14:05:00 +0200] rev 25343
Fixed 27879.Properly calculate adj amount on backdated inventory amt update.

3 changes have been applied to fix the issue:
- Consider the possibility of having average costing not related to
transactions.
- Properly calculate the adjustment amount of closing inventories. The transaction
that is being adjusted is already calculated and included in the
currentBalanceAmount so no need to compare against it.
- It was checking the fix backdated transactions flag using the fix backdated
transactions process button property instead of the flag's property.

Thu, 23 Oct 2014 17:04:33 +0200Fixed issue 27947.Use org id instead of object in OBQuery
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Thu, 23 Oct 2014 17:04:33 +0200] rev 25342
Fixed issue 27947.Use org id instead of object in OBQuery

When filtering a OBCriteria or OBQuery by a BaseOBObject after a clear session
can fail if the object is not correctly reattached to the session. Filtering
by its id avoid this issue.

Thu, 23 Oct 2014 18:36:05 +0200Fixed issue 27946.Add negative correction for basetrx when needed.
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Thu, 23 Oct 2014 18:36:05 +0200] rev 25341
Fixed issue 27946.Add negative correction for basetrx when needed.

In some cases like Price Difference Correction it is possible to have a base
trx that also requires a negative stock correction adjustment. A check is
added to insert an aditional negative correction line for the base transaction
when needed.

Fri, 24 Oct 2014 11:34:12 +0200Fixed bug 27968 set properly the organization when process a landed cost from receipt
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 24 Oct 2014 11:34:12 +0200] rev 25340
Fixed bug 27968 set properly the organization when process a landed cost from receipt

Costing background fails when a landed cost from receipt is pending to be calculated
and the consting background process is sheduled in Organization "*"

Fri, 24 Oct 2014 09:07:03 +0200Fixed bug 27972 Landed cost field should be readonly in landed cost tab
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 24 Oct 2014 09:07:03 +0200] rev 25339
Fixed bug 27972 Landed cost field should be readonly in landed cost tab

Fri, 24 Oct 2014 09:39:25 +0200Fixed bug 27971 Process matching should not be shown in Goods Receipt window
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 24 Oct 2014 09:39:25 +0200] rev 25338
Fixed bug 27971 Process matching should not be shown in Goods Receipt window

Fri, 24 Oct 2014 09:57:22 +0200Fixed bug 27950 Unit Cost of the Inventory Amount Update window is not calculated
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 24 Oct 2014 09:57:22 +0200] rev 25337
Fixed bug 27950 Unit Cost of the Inventory Amount Update window is not calculated

Currency is not mandatory in organization, if currency in organization is null
the reference currency should be client currency.

Mon, 27 Oct 2014 17:01:34 +0100Related to issue 27924
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 27 Oct 2014 17:01:34 +0100] rev 25336
Related to issue 27924

Mon, 27 Oct 2014 13:24:18 +0100Related to issue 27924
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 27 Oct 2014 13:24:18 +0100] rev 25335
Related to issue 27924

Thu, 23 Oct 2014 10:49:56 +0200Related to issue 27924
Sandra Huguet <sandra.huguet@openbravo.com> [Thu, 23 Oct 2014 10:49:56 +0200] rev 25334
Related to issue 27924

Filter by organization in query should be by FinancialMgmtPeriodControl

Wed, 22 Oct 2014 09:04:25 +0200Fixed bug 27924 be able to enter backdatedfrom while creating a costing rule
Sandra Huguet <sandra.huguet@openbravo.com> [Wed, 22 Oct 2014 09:04:25 +0200] rev 25333
Fixed bug 27924 be able to enter backdatedfrom while creating a costing rule

Tue, 21 Oct 2014 18:58:30 +0200Fixes Issue 27925: Match LC Cost Process P&E now processes correctly Matchings
Unai Martirena <unai.martirena@openbravo.com> [Tue, 21 Oct 2014 18:58:30 +0200] rev 25332
Fixes Issue 27925: Match LC Cost Process P&E now processes correctly Matchings

The problem was due to a missing OBDal.getInstance().flush().

Also LCCostMatchFromInvoiceHandler.java action handler has been improved to return correctly error messages.

Wed, 22 Oct 2014 10:57:55 +0200Fixes Bug 27926: Fixed process a Landed Cost with amt different than Matched amt
Unai Martirena <unai.martirena@openbravo.com> [Wed, 22 Oct 2014 10:57:55 +0200] rev 25331
Fixes Bug 27926: Fixed process a Landed Cost with amt different than Matched amt

A condition has been removed from m_lc_cost_chk_trg that was preventing to update m_lc_cost table.

Thu, 23 Oct 2014 12:49:47 +0200Fixes issue 27929: Landed Cost correctly manages multicurrency
Unai Martirena <unai.martirena@openbravo.com> [Thu, 23 Oct 2014 12:49:47 +0200] rev 25330
Fixes issue 27929: Landed Cost correctly manages multicurrency

Landed Cost adjustment was being created with currency of transaction instead of Landed Cost Cost currency.
The transaction cost currency was being created on Landed Cost adjustment currency instead of transaction currency.

Fri, 24 Oct 2014 09:56:21 +0200Fixes Issue 27963: Set Unit Cost false in LC Adjustments created in Match LC P&E
Unai Martirena <unai.martirena@openbravo.com> [Fri, 24 Oct 2014 09:56:21 +0200] rev 25329
Fixes Issue 27963: Set Unit Cost false in LC Adjustments created in Match LC P&E

Also set as currency of this Landed Cost Adjustment lines the currency of the Landed Cost header.

Fri, 24 Oct 2014 12:32:46 +0200Fixes Issue 27970:Add Read Only Logic on Landed Cost tab fields in Goods Receipt
Unai Martirena <unai.martirena@openbravo.com> [Fri, 24 Oct 2014 12:32:46 +0200] rev 25328
Fixes Issue 27970:Add Read Only Logic on Landed Cost tab fields in Goods Receipt

Also hide Active field of Landed Cost tab in Goods Receipt window.

Wed, 22 Oct 2014 12:21:54 +0200Related to issue 27887.Boolean filters are advanced criterias
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Wed, 22 Oct 2014 12:21:54 +0200] rev 25327
Related to issue 27887.Boolean filters are advanced criterias

When filtering by a boolean in a grid the criteria received by the datasource
is an AdvancedCriteria. New isInScope method created for boolean fields based
on the version for BigDecimals to cope with this type of criterias.

Wed, 22 Oct 2014 10:35:37 +0200Related to issue 27887.Implement filtering by Allocated field.
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Wed, 22 Oct 2014 10:35:37 +0200] rev 25326
Related to issue 27887.Implement filtering by Allocated field.

Tue, 21 Oct 2014 18:48:07 +0200Fixed issue 27887.Set required fields as show in grid true.
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Tue, 21 Oct 2014 18:48:07 +0200] rev 25325
Fixed issue 27887.Set required fields as show in grid true.

Fri, 24 Oct 2014 09:05:56 +0200Related to issue 27913
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 24 Oct 2014 09:05:56 +0200] rev 25324
Related to issue 27913

fix convertDateToUTC method and match statement force name process

Thu, 23 Oct 2014 13:43:11 +0200Related to issue 27913. Miossing related files
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Thu, 23 Oct 2014 13:43:11 +0200] rev 25323
Related to issue 27913. Miossing related files

Thu, 23 Oct 2014 13:37:20 +0200Related to issue 27913: Adds comments to method and chnages method name
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Thu, 23 Oct 2014 13:37:20 +0200] rev 25322
Related to issue 27913: Adds comments to method and chnages method name

Thu, 23 Oct 2014 13:15:37 +0200Fixes bug 27913: System throws error message when user try to match bank statement lines with OB transactions manually
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Thu, 23 Oct 2014 13:15:37 +0200] rev 25321
Fixes bug 27913: System throws error message when user try to match bank statement lines with OB transactions manually

There was a new method created in OBDateUtils which was asuming parameter date was always in the current date. This was wrong so that chnage is reverted and method is no longer doing that assumption.

Mon, 20 Oct 2014 18:39:02 +0200Related to issue 27913 Add convertToUTC to obdateutils
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 20 Oct 2014 18:39:02 +0200] rev 25320
Related to issue 27913 Add convertToUTC to obdateutils

Mon, 20 Oct 2014 18:23:44 +0200Fixed bug 27913 variable updated properly formatted in match statement
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 20 Oct 2014 18:23:44 +0200] rev 25319
Fixed bug 27913 variable updated properly formatted in match statement

After fixed issue 27912, variable updated in match statement should formatted as
a date and the conversion to utc should not be performed.

Mon, 20 Oct 2014 16:44:30 +0200Fixes issue 27912: Time&DateTime fields are properly handled in P&E Windows
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 20 Oct 2014 16:44:30 +0200] rev 25318
Fixes issue 27912: Time&DateTime fields are properly handled in P&E Windows

The values of Time and DateTime fields were not being properly handled, as they where not converted from the server timezone offset to UTC before being sent to the client. This happened
because the DataToJsonConverter.convertToJsonObjects method did not perform the conversion.

Now it does, when possible. For the conversion to be done properly, the Property associated with the column value must be passed to the convertPrimitiveValue method. This will be done a
s long as the tableId parameter is sent in the datasource request, and as long as the property name can be inferred from the column name.

The QueryListDataSource extends ReadOnlyDataSourceService, but the tableId is not passed, so this changeset does not fix this case, that will be address in a separate issue.