Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 04. Warehouse managementmajoralways2014-12-24 14:462015-02-04 20:33
ReporterpsanjuanView Statuspublic 
Assigned Toumartirena 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision2161bdf91225
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabaseOracleJava version1.6
OS VersionUbuntu 8.04.1Database version11. version1.7.0
Product VersionSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0028487: Java Lang Null pointer - No cost is being calculated

DescriptionJava Lang Null pointer - No cost is being calculated
Steps To ReproduceCreate 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.
TagsNo tags attached.
Attached Filespng file icon issue_28847.png [^] (269,968 bytes) 2014-12-24 14:47

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
hgbot (developer)
2015-01-02 15:46

Repository: erp/devel/pi
Changeset: 2161bdf912255eb7554b0e691418727a1cceeea5
Author: Unai Martirena <unai.martirena <at>>
Date: Wed Dec 31 16:16:00 2014 +0100
URL: [^]

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.

M src/org/openbravo/costing/
psanjuan (manager)
2015-01-07 14:35

Sandrahuguet (developer)
2015-01-13 15:41

Code review done
hudsonbot (developer)
2015-02-04 20:33

A changeset related to this issue has been promoted main and to the
Central Repository, after passing a series of tests.

Promotion changeset: [^]
Maturity status: Test

- Issue History
Date Modified Username Field Change
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 Checkin
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 => [^]
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 Checkin
2015-02-04 20:33 hudsonbot Note Added: 0074099

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker