Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0029666 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo ERP] 04. Warehouse management | major | always | 2015-04-22 11:37 | 2015-05-07 22:16 | |||
Reporter | VictorVillar | View Status | public | |||||
Assigned To | umartirena | |||||||
Priority | immediate | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | 038e26600576 | ||||
Projection | none | ETA | none | Target Version | 3.0PR15Q2 | |||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | pi | SCM revision | ||||||
Review Assigned To | vmromanos | |||||||
Web browser | ||||||||
Modules | Core | |||||||
Regression level | Production - Confirmed Stable | |||||||
Regression date | 2014-08-20 | |||||||
Regression introduced in release | 3.0PR14Q4 | |||||||
Regression introduced by commit | https://code.openbravo.com/erp/devel/pi/rev/186b3f5bcf21 [^] | |||||||
Triggers an Emergency Pack | No | |||||||
Summary | 0029666: Null Pointer exception of the Costing Background Process when you are creating a new costing rule (standard) | |||||||
Description | Null Pointer exception of the Costing Background Process when you are creating a new costing rule (standard) | |||||||
Steps To Reproduce | As group admin role, Go to Costing rule: create a new costing rule -> type: Standard Org: US Warehouse dimension: No Backdated transactions fixed: Yes (also it happens, if you do not check it) Fix Backdated From: Blank Validate it. Go to Process Request window, Unschedule the costing background process Create a new one: Run inmediately. Go to Process Monitor window, Realise that the process has 'Success' status but there is nothing in the Process Log. The reason: 867946fe 84026822 [DefaultQuartzScheduler_Worker-8] ERROR org.openbravo.costing.CostingBackground - java.lang.NullPointerException at org.openbravo.costing.StandardAlgorithm.getOpeningInventoryCost(StandardAlgorithm.java:63) at org.openbravo.costing.StandardAlgorithm.getTransactionCost(StandardAlgorithm.java:38) at org.openbravo.costing.CostingServer.process(CostingServer.java:104) at org.openbravo.costing.CostingBackground.doExecute(CostingBackground.java:119) at org.openbravo.service.db.DalBaseProcess.execute(DalBaseProcess.java:80) at org.openbravo.scheduling.DefaultJob.execute(DefaultJob.java:58) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525) | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | ||||||||||||||||||||||
|
Notes | |
(0076744) hgbot (developer) 2015-04-24 11:29 |
Repository: erp/devel/pi Changeset: 038e26600576ccd2ed3d23edaf9b91d623c8deba Author: Unai Martirena <unai.martirena <at> openbravo.com> Date: Thu Apr 23 10:20:01 2015 +0200 URL: http://code.openbravo.com/erp/devel/pi/rev/038e26600576ccd2ed3d23edaf9b91d623c8deba [^] Fixes bug 29666: Fix NPE in Costing Background with Standard Costing Rule In Cost Adjustment project new method has been added to calculate an opening inventory cost. This method uses 'CostinUtils.getStandardCostDefinition' method, that tries to get an standard cost for that opening inventory. If it does not found any standard or legacy cost, it returns null. So, in this moment a NPE error was happening. To fix this problem, at this point a controlled error is raised to notify the user that no cost has been found. --- M src/org/openbravo/costing/StandardAlgorithm.java --- |
(0076747) vmromanos (manager) 2015-04-24 11:31 |
Code review + testing OK |
(0077152) hudsonbot (developer) 2015-05-07 22:16 |
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/a1817f84bd8b [^] Maturity status: Test |
Issue History | |||
Date Modified | Username | Field | Change |
2015-04-22 11:37 | VictorVillar | New Issue | |
2015-04-22 11:37 | VictorVillar | Assigned To | => umartirena |
2015-04-22 11:37 | VictorVillar | Modules | => Core |
2015-04-22 11:37 | VictorVillar | Resolution time | => 1432332000 |
2015-04-22 11:37 | VictorVillar | Regression level | => Production - QA Approved |
2015-04-22 11:37 | VictorVillar | Triggers an Emergency Pack | => No |
2015-04-22 18:08 | VictorVillar | Steps to Reproduce Updated | View Revisions |
2015-04-22 18:13 | VictorVillar | Steps to Reproduce Updated | View Revisions |
2015-04-23 10:06 | umartirena | Regression date | => 2014-08-20 |
2015-04-23 10:06 | umartirena | Regression introduced in release | => 3.0PR14Q4 |
2015-04-23 10:06 | umartirena | Regression introduced by commit | => https://code.openbravo.com/erp/devel/pi/rev/186b3f5bcf21 [^] |
2015-04-23 10:07 | umartirena | Status | new => scheduled |
2015-04-23 12:49 | dmitry_mezentsev | Relationship added | caused by 0022855 |
2015-04-23 12:50 | dmitry_mezentsev | Regression level | Production - QA Approved => Production - Confirmed Stable |
2015-04-24 11:29 | hgbot | Checkin | |
2015-04-24 11:29 | hgbot | Note Added: 0076744 | |
2015-04-24 11:29 | hgbot | Status | scheduled => resolved |
2015-04-24 11:29 | hgbot | Resolution | open => fixed |
2015-04-24 11:29 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/devel/pi/rev/038e26600576ccd2ed3d23edaf9b91d623c8deba [^] |
2015-04-24 11:31 | vmromanos | Review Assigned To | => vmromanos |
2015-04-24 11:31 | vmromanos | Note Added: 0076747 | |
2015-04-24 11:31 | vmromanos | Status | resolved => closed |
2015-05-07 22:16 | hudsonbot | Checkin | |
2015-05-07 22:16 | hudsonbot | Note Added: 0077152 |
Copyright © 2000 - 2009 MantisBT Group |