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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0013946
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 00. Application dictionaryminoralways2010-07-13 12:482010-10-05 00:00
ReporternetworkbView Statuspublic 
Assigned Tovmromanos 
PriorityhighResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision7c89682e9692
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
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

0013946: permission's error is returned

Descriptionwhen you execute the report with a role, and this role have not permission to windows "Localization" and "Document type", and access level of this role is "Entity/organization", error is returned.

Steps To Reproduce. create new role with access level "entity/organization"
. windows access: is empty
. process access: create a new record "multidimensional tax report"
. run report

Patricia:
Right steps are:
. create a new role with access level "entity/organization"
. assign the new user role to User "Openbravo" in the application path: General Setup || Security || User || User >> User Roles
. go back to the window Role and then go to windows access tab and remove all windows
. go to process access and make sure that the "Multidimensional tax Report" is there
. run the report, system shows below error.
TagsNo tags attached.
Attached Filespng file icon error_13946.png [^] (24,655 bytes) 2010-10-04 13:20

- Relationships Relation Graph ] Dependency Graph ]
depends on feature request 0014491 closedmarvintm A new DAL admin mode which also checks for client/organization would be useful 

-  Notes
(0029816)
vmromanos (manager)
2010-08-05 10:47

This behaviour is totally normal and it's one of the benefices of using the Data Access Layer.

This report shows data related to Business Partners, Documents, Currency, Business Partners' location, etc. The role must have access to these windows (data) in order to view the report data.

Imagine the case of a role that doesn't have access to the Business Partners info. If we override this security check, this role can have access to the information about the Business Partners displayed into the report!

Overriding this security check done by the DAL is very dangerous and in this particular case it has no sense. In fact, if we do so, we will introduce an important security regression.

Remember that, when configuring a role, you can enable editing the fields (or not) checking the "Editable Field" flag.
(0029956)
vmromanos (manager)
2010-08-13 14:52

I'm closing this issue again because that's the normal behavior of the DAL.

Your example is wrong because in the Sales Invoice window you see "a representation of a location" but not the real location. Any user can change this representation, for example hiding some fields, changing the order, etc. So the report needs to access to the "real" location and not to a "human readable" location. In the "real" location we have **always** all the information needed.

However, if you still think there is an inconsistency for the user in the global application, then create another bug and the platform team will take it. But this inconsistency is not going to be fixed in this bug.


If you don't want to give access to these windows, you can also give access to the table itself through the ad_table_access table. You can do it from the General Setup || Security || Role Access window. This way the user won't see the windows but I can see the data through the report.

For more information visit http://goo.gl/qkZN [^]
(0031350)
hgbot (developer)
2010-09-24 14:19

Repository: erp/pmods/org.openbravo.module.invoiceTaxReportEnhanced
Changeset: 7c89682e969256028c1705d25da65e5d8ef009ac
Author: Víctor Martínez Romanos <victor.martinez <at> openbravo.com>
Date: Fri Sep 24 14:19:24 2010 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.module.invoiceTaxReportEnhanced/rev/7c89682e969256028c1705d25da65e5d8ef009ac [^]

Fixed bug 13946 in module version 1.1.7

All DAO methods that access to the database using DAL have been
refactored to use the new Admin Mode available since 2.50MP22

The Core's dependency needs to be updated to 2.50MP22 when released

---
M src-db/database/sourcedata/AD_MODULE.xml
M src-db/database/sourcedata/AD_MODULE_DEPENDENCY.xml
M src/org/openbravo/module/invoiceTaxReportEnhanced/ad_reports/OBITREInvoiceTaxReportDao.java
---
(0031351)
vmromanos (manager)
2010-09-24 14:20

Warning: the module now depends on 2.50MP22, so it will be released just after 2.50MP22 is released
(0031573)
psanjuan (manager)
2010-10-04 13:34

fixed and working in version 1.1.7

- Issue History
Date Modified Username Field Change
2010-07-13 12:48 networkb New Issue
2010-07-13 12:48 networkb Assigned To => vmromanos
2010-08-05 10:47 vmromanos Note Added: 0029816
2010-08-05 10:47 vmromanos Status new => closed
2010-08-05 10:47 vmromanos Resolution open => no change required
2010-08-13 14:26 networkb Status closed => new
2010-08-13 14:26 networkb Resolution no change required => open
2010-08-13 14:52 vmromanos Note Added: 0029956
2010-08-13 14:52 vmromanos Status new => closed
2010-08-13 14:52 vmromanos Resolution open => no change required
2010-08-17 13:17 psarobe Status closed => new
2010-08-17 13:17 psarobe Resolution no change required => open
2010-08-17 13:17 psarobe Project Localization Pack: Spain => Openbravo ERP
2010-09-24 12:38 vmromanos Relationship added depends on 0014491
2010-09-24 12:38 vmromanos Status new => scheduled
2010-09-24 12:38 vmromanos fix_in_branch => pi
2010-09-24 14:19 hgbot Checkin
2010-09-24 14:19 hgbot Note Added: 0031350
2010-09-24 14:19 hgbot Status scheduled => resolved
2010-09-24 14:19 hgbot Resolution open => fixed
2010-09-24 14:19 hgbot Fixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.module.invoiceTaxReportEnhanced/rev/7c89682e969256028c1705d25da65e5d8ef009ac [^]
2010-09-24 14:20 vmromanos Note Added: 0031351
2010-10-04 13:07 psanjuan Category Multi Dimensional Tax Report => 00. Application dictionary
2010-10-04 13:07 psanjuan fix_in_branch pi =>
2010-10-04 13:07 psanjuan Description Updated View Revisions
2010-10-04 13:07 psanjuan Steps to Reproduce Updated View Revisions
2010-10-04 13:08 psanjuan Steps to Reproduce Updated View Revisions
2010-10-04 13:11 psanjuan Steps to Reproduce Updated View Revisions
2010-10-04 13:11 psanjuan Steps to Reproduce Updated View Revisions
2010-10-04 13:20 psanjuan Steps to Reproduce Updated View Revisions
2010-10-04 13:20 psanjuan File Added: error_13946.png
2010-10-04 13:34 psanjuan Note Added: 0031573
2010-10-04 13:48 psanjuan Fixed in Version => 1.1.7
2010-10-04 13:49 psanjuan Status resolved => closed
2010-10-05 00:00 anonymous sf_bug_id 0 => 3081158


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker