Tue, 20 Jan 2015 14:57:35 +0530Fixes Issue 28591:Reversing a payment is creating wrong invoice payment plan
Atul Gaware <atul.gaware@openbravo.com> [Tue, 20 Jan 2015 14:57:35 +0530] rev 25690
Fixes Issue 28591:Reversing a payment is creating wrong invoice payment plan
details

Problem is Schedule detail was being updated by payment amount now it is taken
care to update using individual schedule detail amount while creating reverse
payment schedule and payment schedule details. Modulescript to fix errorneous data
consists of update invoice paid, outstanding amt, update payment schedule received
and outstanding amount, update payment credit generated info if in case required.

Mon, 12 Jan 2015 18:07:06 +0100Fixed bug 28560 Cannot modify alternate taxableamt of invoice and order lines
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 12 Jan 2015 18:07:06 +0100] rev 25689
Fixed bug 28560 Cannot modify alternate taxableamt of invoice and order lines

Backout of commit that caused the regression(27562) and fixed taxable amount for not
stocked bom lines is not calculated in M_EXPLODEBOMNOTSTOCK
and M_INVEXPLODEBOMNOTSTOCK procedures

Fri, 09 Jan 2015 15:18:45 +0100fixed bug 28552: big numbers are changed in some cases
Asier Lostalé <asier.lostale@openbravo.com> [Fri, 09 Jan 2015 15:18:45 +0100] rev 25688
fixed bug 28552: big numbers are changed in some cases

Big numbers are modified in case their scientific notation represntation ends
with zeros, trailing zeros were removed. So, ie., 3.5E10 was changed to 3.5E1
this is: 3.5.

The problem was caused by fix for #26132 which tries to transform scientific to
decimal notation (and then remove trailing zeros, which is correct). But it
expected 3.5E+10 instead of 3.5E10, so in latter case, which is actually used
it didn't do the transformation.

The fix accepts scientific notation with both + and no +.

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.