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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0008578
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 01. General setupmajoralways2009-04-15 14:082009-05-08 00:00
ReporternetworkbView Statuspublic 
Assigned Tovmromanos 
PriorityimmediateResolutionno change requiredFixed in Version
StatusclosedFix in branchpiFixed in SCM revision
ProjectionnoneETAnoneTarget Version2.35MP10
OSAnyDatabaseOracleJava version
OS VersionDatabase versionAnt version
Product Version2.35MP10SCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0008578: Accounting background process is not independent for the client when exists more than one client.

DescriptionIn an application with more than one client, accounting background process is not independent of them: if I login in one client and stop the accounting background process, it is also stopped for the other client.
Steps To Reproduce1. Login in one of the clients
2. General Setup || Application || Background Process || Background Process
3. Deactivate Periodic accounting server
4. Logout and login in the other client
5. General Setup || Application || Background Process || Background Process and check that the Periodic accounting server is also deactivate for this client
Tags250MP1
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
depends on backport 00085902.35MP10 closedvmromanos Accounting background process is not independent for the client when exists more than one client. 
depends on backport 00085912.35MP10 closedvmromanos Accounting background process is not independent for the client when exists more than one client. 
depends on defect 0008948 closedvmromanos Accounting background process doesn't work 

-  Notes
(0016131)
vmromanos (manager)
2009-05-07 12:15

I think no changes are required, but I can't test it properly until 0008948 is fixed.

- Issue History
Date Modified Username Field Change
2009-04-15 14:08 networkb New Issue
2009-04-15 14:08 networkb Assigned To => rafaroda
2009-04-15 14:08 networkb Regression testing => No
2009-04-16 12:21 psarobe Status new => scheduled
2009-04-16 12:21 psarobe Assigned To rafaroda => eduardo_Argal
2009-04-16 12:21 psarobe fix_in_branch => pi
2009-04-23 16:05 psarobe Tag Attached: 250MP1
2009-04-30 15:21 vmromanos Assigned To eduardo_Argal => vmromanos
2009-05-07 12:14 vmromanos Relationship added depends on 0008948
2009-05-07 12:15 vmromanos Note Added: 0016131
2009-05-07 20:00 vmromanos Status scheduled => closed
2009-05-07 20:00 vmromanos Resolution open => no change required
2009-05-08 00:00 anonymous sf_bug_id 0 => 2788666


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker