Thu, 29 Jan 2015 19:04:28 +0100Fixes bug 28814: NPE fixed in Costing Background for a production product
Unai Martirena <unai.martirena@openbravo.com> [Thu, 29 Jan 2015 19:04:28 +0100] rev 25687
Fixes bug 28814: NPE fixed in Costing Background for a production product

When a product is defined as production the costing records created in the system are always for * organization. If a transaction of this product it was creating a backdated cost adjustment, in one place of the code a NPE exception error was happening because a costing record of legal entity org it was being trying to get. This has been fixed always filtering by client instead of organization when the product is of production type.

Tue, 27 Jan 2015 20:10:56 +0100Related to issue 28792: Uncomment a piece of code
Unai Martirena <unai.martirena@openbravo.com> [Tue, 27 Jan 2015 20:10:56 +0100] rev 25686
Related to issue 28792: Uncomment a piece of code

Tue, 27 Jan 2015 20:08:23 +0100Fixes bug 28792: Null Pointer exception now is avoided in Costing Background
Unai Martirena <unai.martirena@openbravo.com> [Tue, 27 Jan 2015 20:08:23 +0100] rev 25685
Fixes bug 28792: Null Pointer exception now is avoided in Costing Background


The problem was in AverageCostAdjustment java process while calling AverageAlgorithm.getProductCost method. While returning null, Null Pointer Exception error was raised.

Tue, 13 Jan 2015 17:52:27 +0100Related to issue 28531 Update Copyright
Sandra Huguet <sandra.huguet@openbravo.com> [Tue, 13 Jan 2015 17:52:27 +0100] rev 25684
Related to issue 28531 Update Copyright

Mon, 12 Jan 2015 12:07:15 +0100Fixes bug 28563: Filters in Match LC Costs P&E now are working
Unai Martirena <unai.martirena@openbravo.com> [Mon, 12 Jan 2015 12:07:15 +0100] rev 25683
Fixes bug 28563: Filters in Match LC Costs P&E now are working

This grid has been implemented using an hql query based table. The entity alias field was empty for all this columns, and it is necessary to correct implementation of the filtering, so the left part of the select has been added on all of them.

Tue, 13 Jan 2015 10:50:29 +0100fixed bug 28565: not possible to filter by LineNo field in Match LC Cost
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 13 Jan 2015 10:50:29 +0100] rev 25682
fixed bug 28565: not possible to filter by LineNo field in Match LC Cost

The problem was caused by a reference mistmatch between lineNo property in HQL
table, which was correctly Integer, and the reference for the M_LC_Cost.lineNo
which was Number.

Fixed M_LC_Cost.lineNo to be Integer.

Tue, 13 Jan 2015 09:58:54 +0100fixed bug 28530: can't enter 2nd matched amount in Match LC Costs
Asier Lostalé <asier.lostale@openbravo.com> [Tue, 13 Jan 2015 09:58:54 +0100] rev 25681
fixed bug 28530: can't enter 2nd matched amount in Match LC Costs

When trying to edit the 2nd line in Match LC Costs, UI didn't allow to enter
then matched amount field. After this failure it was needed to reload the
whole page in order make it work again.

The problem was in this situation validation for amount fields is triggered for
all selected records including the new one where the amount is '', it was tried
to be converted to BigDecimal resulting on a JavaScript exception thrown.

Fix check if the amount has a value (or 0) to only sum it in this case.

Wed, 14 Jan 2015 09:39:32 +0100Fixes bug 28554: No error is shown now in oracle creating LC from Goods receipt
Unai Martirena <unai.martirena@openbravo.com> [Wed, 14 Jan 2015 09:39:32 +0100] rev 25680
Fixes bug 28554: No error is shown now in oracle creating LC from Goods receipt

The problem was in 'SELECT PROCESSED INTO v_Processed FROM M_LandedCost WHERE M_landedcost_ID=v_M_LandedCost_ID' statement. If no result is given in the select, in postgres no value is inserted in v_Processed but it works, but in oracle it fails. To fix this an check has been added to execute this statement only when v_M_LandedCost_ID is not null.
An if statement has been added in case v_M_LandedCost_ID is null and v_m_Inout_ID is not (Goods Receipt window), to prevent adding, updating or inserting Landed Cost Cost records when the Goods Receipt is processed.
Finally, in case of updating, the restriction of not being able to change landed cost header has been removed. This was causing problems when launching Cost Background for a Goods Receipt with Landed Cost Cost records, because this process creates the Landed Cost Header and assigns to Landed Cost Cost records.

Thu, 08 Jan 2015 13:08:27 +0100Related to issue 28534: Fix Copyright
Unai Martirena <unai.martirena@openbravo.com> [Thu, 08 Jan 2015 13:08:27 +0100] rev 25679
Related to issue 28534: Fix Copyright

Thu, 08 Jan 2015 12:50:05 +0100Related to Bug 28531: Fix backdated is not correctly set with big amount of data
Unai Martirena <unai.martirena@openbravo.com> [Thu, 08 Jan 2015 12:50:05 +0100] rev 25678
Related to Bug 28531: Fix backdated is not correctly set with big amount of data

createCostingRuleInits method inside CostingRuleProcess.java cleares session every 100 records, and if this happens then the reference to current Costing Rule is missed, so the code that sets the fix backdated from is not properly done (rule.setFixbackdatedfrom(startingDate)). To avoid this the Fix Backdated From is set before creating Costing Rule Inventories.