You will have to give Read-Only (OPEN) access to the catalog to make this go away.
What (exactly) did you do already and what are you trying to achieve? To be honest what you are trying to do seems like a bad idea.
Why would you grant a user permission to edit dashboards and then take away the tool to do so to make sure he doesn't? That makes no sense to me.
Thanks for the reply. Let me clarify ...
We don't want either one (that's what I am saying). We removed the Analysis Analyze link already. And, we want to do the same for the 'Edit Dashboard' option. These are dashboards developed by IT, and placed under the shared folder for others to use, but not edit/modify.
I logged in as a non-admin, non-dashboard owner account and was able to see the 'Edit Dashboard' option. I know we have a custom role ... I'm wondering if that has something to do with this?
Making the object isn't enough for you? If you remove the whole menu then the print/export options as well as the ability to create and use customizations will be gone and that's a heavy incision into the capabilities of the tool that you offer to your end users.
Keeo it read-only but leave the other options - that's my counsel. Think of the users and don't take away functionality for the sake of a fake gain in security
Exactly my point to keep it OPEN (read Only)
Thank you @Christian Berg Sir for confirming the same...
1 person found this helpful
Like both Christian and the nameless person confirmed: You need to handle this through setting the roles access permissions
So, find the dashboard objects in your catalog and remove the write and delete permissions
Acquaintance yourself with the OBIEE Security Architecture, you can start by reading:
Thanks Martin, Christian, and unamed-user . Let me take a look at the materials, and review the capabilities. I'll reply back with some comments/questions.
In the meantime, are we saying that: it is possible to leave the analysis link enabled/visible, and control for editing/deleting through the catalog permissions? So, in such a case, a user could use the analysis link to view the criteria, etc. ... but, could not alter or delete anything?
Also, would the owner/creator always have "full" access to the object,or is it totally based on the role?
Thanks for helping with this.
Role based. Better never even try to do things on a user basis. You won't ever see the end of managing things one by one
1 person found this helpful
Adding to Mr. Berg's solution, it all comes to just adding to users to Roles:
Let's say there are 2 users:
USER A- Creator of these reports
USER B- Who will be seeing these reports, but cannot edit these reports
Create two custom Roles (ROLE A and ROLE B) and add BI CONTENT AUTHOR (Role A) and BI CONSUMER (Role B) respectively for the roles created.
Assign these roles to USER A and USER B respectively.
Now, USER A will have read-write access to this dashboard/analysis and USER B will have only READ access to this dashboard/report.
USER A -- Analysis link will not be visible for this user
Please go through the documents already shared and try to understand the concepts of Roles and Users.
Note: You can skip the step of creating different Roles if you have a simple requirement for this report only. In that case, just add the users to BI Content Author and BI Consumer.
Hope this helps...
Sonkar (not un-named now.. )
If you are planning to post more on this forum and help others I suggest you set a more meaningful display name, that will make it easier to keep track of "who said what"
Point noted and words put to action ...
@user1137177 Martin / Christian are suggesting you change your display name; -
Click on your username in the top right hand corner of the page, click on edit profile, go to display name, change it to 'Whatever You Like but not user1137177'