Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0006589
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 09. Financial managementmajorhave not tried2008-12-16 16:572008-12-18 16:07
ReportershuehnerView Statuspublic 
Assigned Toanthony_wolski 
PriorityhighResolutionout of dateFixed in Version
StatusclosedFix in branchpiFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product Version2.40SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006589: When background accounting is disabled and you use posting by db tables, after the process background accounting will be running

DescriptionWhen you disable background accounting (i.e. by update ad_process set isactive='N' where ad_process_id = 800064).

When you then run posting by db-tables and this accounting run is finished. The background process is running again and keeps running until you stop tomcat. (After the restart the background accounting is not running, until you use posting by db tables again).
Steps To ReproduceDisable background accounting (see description on how)
Check that is is not running (by i.e. putting debug code into AcctServer.java)
Use Posting by db-tables
Check with your debug-code that every 10s the background accounting is checking for documents to account)
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to backport 0005791 closedshuehner Accounting 
depends on backport 0006648 closedanthony_wolski When background accounting is disabled and you use posting by db tables, after the process background accounting will be running 

-  Notes
(0011434)
shuehner (administrator)
2008-12-16 17:08

This behavor is only present in r.240 (and perhaps earlier versions) as the scheduling was completely redone in trunk/2.50

- Issue History
Date Modified Username Field Change
2008-12-16 16:57 shuehner New Issue
2008-12-16 16:57 shuehner Assigned To => rafaroda
2008-12-16 16:57 shuehner sf_bug_id 0 => 2433745
2008-12-16 16:57 shuehner Regression testing => No
2008-12-16 16:57 shuehner Relationship added related to 0005791
2008-12-16 17:08 shuehner Note Added: 0011434
2008-12-18 16:06 rafaroda Assigned To rafaroda => anthony_wolski
2008-12-18 16:06 rafaroda Priority normal => high
2008-12-18 16:06 rafaroda Severity minor => major
2008-12-18 16:06 rafaroda Status new => scheduled
2008-12-18 16:06 rafaroda fix_in_branch => trunk
2008-12-18 16:07 rafaroda Status scheduled => closed
2008-12-18 16:07 rafaroda Resolution open => out of date


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker