|View Issue Details|
|Type||Category||Severity||Reproducibility||Date Submitted||Last Update|
|defect||[Openbravo ERP] 04. Warehouse management||major||always||2014-12-24 14:46||2015-02-04 20:33|
|Priority||urgent||Resolution||fixed||Fixed in Version|
|Status||closed||Fix in branch||Fixed in SCM revision||2161bdf91225|
|OS||Linux 32 bit||Database||Oracle||Java version||1.6|
|OS Version||Ubuntu 8.04.1||Database version||22.214.171.124.0||Ant version||1.7.0|
|Product Version||SCM revision|
|Review Assigned To|
|Regression introduced in release|
|Regression introduced by commit|
|Triggers an Emergency Pack||No|
0028487: Java Lang Null pointer - No cost is being calculated
|Description||Java Lang Null pointer - No cost is being calculated|
|Steps To Reproduce||Create a new product in QA Testing Client named "Negativo". Set it as Allow Negative. Enter manually an average cost of 2.72.|
Go to Goods Shipment window and create two shipments for that product (which does not have stock).
Go to process request window and run costing background process.
Realize that cost is calculated and the shipments can be posted.
Go to product window and enter a purchase price of 5.00. Create a purchase order of 5 units and receipt those units in a good receipt created from the order.
Complete the receipt.
Go to process request window and launch the costing background process.
Error attached is shown.
|Tags||No tags attached.|
|Attached Files||issue_28847.png [^] (269,968 bytes) 2014-12-24 14:47|
Author: Unai Martirena <unai.martirena <at> openbravo.com>
Date: Wed Dec 31 16:16:00 2014 +0100
URL: http://code.openbravo.com/erp/devel/pi/rev/2161bdf912255eb7554b0e691418727a1cceeea5 [^]
Fixes Bug 28487: Fixed Null Pointer Exception.
The problem was that in updateBDCostingTimeRange function inside AverageCostAdjustment class, the code was trying to get the movement date of a Inventory Transaction related to a Costing record. But not all costing have Inventory Transaction, so it was giving a NPE.
Now, if there is a previous Costing record than the one created due to a backdated transaction, this Costing will be shortened till transaction process date, and the new Backdated costing record will start at that moment.
This only happens the first time that a related transaction is found that is not a backdated transaction, because if is done with a backdated transaction time overlap can happen.
|Code review done|
A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.
Promotion changeset: https://code.openbravo.com/erp/devel/main/rev/f36c91d0ad63 [^]
Maturity status: Test
|2014-12-24 14:46||psanjuan||New Issue|
|2014-12-24 14:46||psanjuan||Assigned To||=> dmiguelez|
|2014-12-24 14:46||psanjuan||Modules||=> Core|
|2014-12-24 14:46||psanjuan||Triggers an Emergency Pack||=> No|
|2014-12-24 14:46||psanjuan||Assigned To||dmiguelez => umartirena|
|2014-12-24 14:47||psanjuan||File Added: issue_28847.png|
|2015-01-02 15:46||hgbot||Note Added: 0073297|
|2015-01-02 15:46||hgbot||Status||new => resolved|
|2015-01-02 15:46||hgbot||Resolution||open => fixed|
|2015-01-02 15:46||hgbot||Fixed in SCM revision||=> http://code.openbravo.com/erp/devel/pi/rev/2161bdf912255eb7554b0e691418727a1cceeea5 [^]|
|2015-01-07 14:35||psanjuan||Steps to Reproduce Updated||View Revisions|
|2015-01-07 14:35||psanjuan||Note Added: 0073331|
|2015-01-07 14:35||psanjuan||Status||resolved => closed|
|2015-01-13 15:41||Sandrahuguet||Note Added: 0073463|
|2015-02-04 20:33||hudsonbot||Note Added: 0074099|
|Copyright © 2000 - 2009 MantisBT Group|