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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0006587
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 02. Master data managementcriticalalways2008-12-16 16:072009-04-21 11:07
ReportergorkaionView Statuspublic 
Assigned Toalostale 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision11340
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabaseOracleJava version1.5.0_15
OS VersionGentooDatabase version11gAnt version1.7.0
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006587: not all accesses are inserted when database is created

DescriptionNot all accesses are inserted when the database is created.

For example, not all roles get access to * organization.
Steps To ReproduceDo a create.database, or install.sources and check that 'Openbravo admin' role doesn't have access to * organization.
Tagsplatform1_sprint1
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0006642 closedalostale Sampledata import fails 
blocks defect 0006357 closedgorkaion I'm not able to change the product in requisition line tab 

-  Notes
(0011425)
svnbot (reporter)
2008-12-16 16:42

Repository: openbravo
Revision: 11255
Author: alostale
Date: 2008-12-16 16:42:55 +0100 (Tue, 16 Dec 2008)

fixed bug 0006587: not all accesses are inserted when database is created

---
U trunk/build.xml
U trunk/src/build.xml
U trunk/src-db/database/model/functions/AD_UPDATE_ACCESS.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=11255&sc=1 [^]
(0011505)
svnbot (reporter)
2008-12-18 09:38

Repository: openbravo
Revision: 11340
Author: alostale
Date: 2008-12-18 09:38:01 +0100 (Thu, 18 Dec 2008)

fixed bug 0006587: The previous fix was not totally correct. The problem, in fact,
was not caused by the AD_UPDATE_ACCESS procedure, which was correct, but because
the AD_ROLE_ORGACCESS table was removed from sampledata so it was not exported to
the new DAL's sampledata files. This table has been added to the old sample data
xml files and exported to the new one.

---
U trunk/referencedata/sampledata/Accounting_Test.xml
U trunk/referencedata/sampledata/BigBazaar.xml
U trunk/src-db/database/model/functions/AD_UPDATE_ACCESS.xml
A trunk/src-db/database/sampledata/AD_ROLE_ORGACCESS.xml
---

https://dev.openbravo.com/websvn/openbravo/?rev=11340&sc=1 [^]

- Issue History
Date Modified Username Field Change
2008-12-16 16:07 gorkaion New Issue
2008-12-16 16:07 gorkaion Assigned To => rafaroda
2008-12-16 16:07 gorkaion sf_bug_id 0 => 2433632
2008-12-16 16:07 gorkaion Regression testing => No
2008-12-16 16:08 gorkaion Relationship added blocks 0006357
2008-12-16 16:08 gorkaion Assigned To rafaroda => marvintm
2008-12-16 16:38 alostale Assigned To marvintm => alostale
2008-12-16 16:38 alostale Tag Attached: platform1_sprint1
2008-12-16 16:42 svnbot Checkin
2008-12-16 16:42 svnbot Note Added: 0011425
2008-12-16 16:42 svnbot Status new => resolved
2008-12-16 16:42 svnbot Resolution open => fixed
2008-12-16 16:42 svnbot svn_revision => 11255
2008-12-18 09:38 svnbot Checkin
2008-12-18 09:38 svnbot Note Added: 0011505
2008-12-18 09:38 svnbot svn_revision 11255 => 11340
2008-12-18 12:37 alostale Relationship added related to 0006642
2009-04-21 11:07 psarobe Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker