Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0011867Openbravo ERP00. Application dictionarypublic2009-12-24 15:452023-11-02 07:40
Reporterroklenardic 
Assigned Toalostale 
PriorityurgentSeverityminorReproducibilityalways
StatusclosedResolutionout of date 
PlatformOS5OS Versioncommunity appliance
Product Version2.50MP9 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0011867: Data Access Level = Organization does not work properly
Description1) create a new table that has Data Access Level = Organization
2) create a new window based on the table in 1)
3) create a menu item
4) recompile the application
5) login and switch to the BigBazaar Admin role, selecting * as the default organization
6) try to create a new record in the new window

You will notice that even though the Organization field should only display proper organizations, the * is there and selected. When trying to save it tells you that the
With your current role you don't have write permission.

it seems that the backend validation is correct but the UI offers options that should not be there (*) for windows based on tables with Data Access Level = Organization
Steps To Reproduce
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 00119162.50MP14 closed shuehner You can select a Warehouse that does not belong to your organization 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2009-12-24 15:45roklenardicNew Issue
2009-12-24 15:45roklenardicAssigned To => alostale
2010-01-04 12:17iciordiaPrioritynormal => urgent
2010-01-04 12:17iciordiaStatusnew => scheduled
2010-01-04 12:17iciordiafix_in_branch => pi
2010-02-02 21:13roklenardicNote Added: 0023913
2010-03-02 16:29alostaleRelationship addedduplicate of 0011916
2010-03-02 16:29alostaleStatusscheduled => closed
2010-03-02 16:29alostaleResolutionopen => duplicate
2010-03-10 17:21anonymoussf_bug_id0 =>
2010-03-10 18:28anonymoussf_bug_id => 2967967
2010-06-14 14:05shuehnerRelationship replacedrelated to 0011916
2010-06-14 14:07shuehnerNote Added: 0028367
2010-06-14 14:07shuehnerStatusclosed => new
2010-06-14 14:07shuehnerResolutionduplicate => open
2010-06-14 14:09shuehnerIssue Monitored: shuehner
2010-06-23 10:41alostaleStatusnew => scheduled
2010-09-22 16:56roklenardicNote Added: 0031303
2011-11-17 15:22alostaleNote Added: 0042934
2011-11-17 15:22alostaleStatusscheduled => closed
2011-11-17 15:22alostaleResolutionopen => out of date
2023-11-02 07:40budgetcookieNote Added: 0156593
2023-11-06 10:49shuehnerNote Deleted: 0156593

Notes
(0023913)
roklenardic   
2010-02-02 21:13   
This problem still persists in MP10, since it's an urgent item with no target version, should it be scheduled?
(0028367)
shuehner   
2010-06-14 14:07   
Reopening as per note from roklenardic in related issue 11916.

This problem still persists in MP18.

I have reproduced it according to the duplicate issue:
https://issues.openbravo.com/view.php?id=11867 [^] [^]

Reproduces... Creating new records in a window based on a new table with access level organization does show '*' in the list of organizations but rejects '*' while trying to save the record (correctly).
'*' should not be in the list of orgs in the first place (according to documenation of Data Access Level = 'Organization'
(0031303)
roklenardic   
2010-09-22 16:56   
Still reproducible in MP22 candidate. What happened to this issue, it was prioritized as urgent?
(0042934)
alostale   
2011-11-17 15:22   
working fine in 3.0