Thu, 26 Feb 2015 15:36:55 +0100Fixes bug 29079: Fixed Costing Background infinite loop.
Unai Martirena <unai.martirena@openbravo.com> [Thu, 26 Feb 2015 15:36:55 +0100] rev 26087
Fixes bug 29079: Fixed Costing Background infinite loop.

Costing Background process, due to Cost Adjustments new implementation, on a certain point of the code, it was not applying correctly a setScale method to round a value of the expected cost. This was causing to have allways a difference between the expected cost and unitcost. Because of this, an adjustment was being created to adjust this difference, and to adjust all related transactions, causing an infinite loop

Thu, 26 Feb 2015 15:29:20 +0100Fixes bug 29076: Division by zero error managed in Costing Background.
Unai Martirena <unai.martirena@openbravo.com> [Thu, 26 Feb 2015 15:29:20 +0100] rev 26086
Fixes bug 29076: Division by zero error managed in Costing Background.

Under certain circumnstance a division by zero error was happening in Cost Adjustments process inside Costing Background (when calculating backdated adjustments of a transaction of movementqty zero). This problem has been managed by being sure that this division will not happen again. If the movementqty of the transaction is zero, the cost of the full transaction will be zero as well.

Thu, 26 Feb 2015 15:23:25 +0100Fixes bug 29080: getStartingDate() method does not fail in Costing Background.
Unai Martirena <unai.martirena@openbravo.com> [Thu, 26 Feb 2015 15:23:25 +0100] rev 26085
Fixes bug 29080: getStartingDate() method does not fail in Costing Background.

An OBQuery is being executed in getStartingDate() method inside AverageAlgorithm. There are 2 parameters in this OBQuery that are not setting properly, 'client' and 'org'. The whereclause is filtering by 'id' of these properties and instead of passing the id of these objects, the object was being passed to the OBQuery. These sometimes works but other times don't, so this has been changed to always setting the id's as parameters.

Thu, 26 Feb 2015 15:56:04 +0100related to issue 29063 update Copyright
Sandra Huguet <sandra.huguet@openbravo.com> [Thu, 26 Feb 2015 15:56:04 +0100] rev 26084
related to issue 29063 update Copyright

Wed, 25 Feb 2015 13:16:20 +0100Fixes bug 29063: Fixed mutating trigger in Oracle.
Unai Martirena <unai.martirena@openbravo.com> [Wed, 25 Feb 2015 13:16:20 +0100] rev 26083
Fixes bug 29063: Fixed mutating trigger in Oracle.

M_RESERVATION_TRG was triggering a mutating trigger error because a select to the m_reservation table was being done on that trigger, that belongs to m_reservation table. That select has been modified to now to join m_reservation table, because it is not necessary.

Wed, 25 Feb 2015 20:21:08 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 25 Feb 2015 20:21:08 +0000] rev 26082
CI: merge back from main

Wed, 25 Feb 2015 20:03:28 +0000CI: update AD_MODULE to version 26075
RM packaging bot <staff.rm@openbravo.com> [Wed, 25 Feb 2015 20:03:28 +0000] rev 26081
CI: update AD_MODULE to version 26075

Mon, 23 Feb 2015 13:21:01 +0100Fixed bug 28606: Tax Amount field of Invoice Lines should be deprecated
Jorge Garcia <jorge.garcia@openbravo.com> [Mon, 23 Feb 2015 13:21:01 +0100] rev 26080
Fixed bug 28606: Tax Amount field of Invoice Lines should be deprecated

Tax Amount field of Invoice Lines has been deprecated as it is calculated only
when the lines are created manually and if the tax rate is a summary tax rate
the value calculated is not correct. The field is never displayed.

Now the field Development Status from the column taxAmt (c_invoiceline table)
has been changed from 'Ready' to 'Deprecated'.

Tue, 24 Feb 2015 12:47:00 +0100Fixes issue 29016: G/L Journal Header dates are not copied from G/L Journal
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Tue, 24 Feb 2015 12:47:00 +0100] rev 26079
Fixes issue 29016: G/L Journal Header dates are not copied from G/L Journal

Defaultvalues of document date and accounting date in G/L Journal Header tab have been modified in order to be copied from G/L Journal Batch tab when the window is G/L Journal. If the window is Simple G/L Journal, document date and accounting date will be setted as current date.

Mon, 23 Feb 2015 18:52:28 +0100Fixes issue 29029: SL_Journal_Period raises a NullPointer Exception
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Mon, 23 Feb 2015 18:52:28 +0100] rev 26078
Fixes issue 29029: SL_Journal_Period raises a NullPointer Exception

AcctSchema will be retrieved only if acctSchemaId is not null (G/L Journal Header tab). In other case (G/L Journal Batch tab) it will not.