We have a list which is enabled selective access. That list is used in a report and published in dashboard. The user is able to edit the name of the list members which is not expected. Is there any way I can restrict users from not editing list member name.
in principle, on the board, users are not able to edit list members. I assume your case is related to worksheet. Of course, you can control that. Edit the primary grid, you will see the setting "Users can edit list items". Simply disable that option
The rename/delete/change parent options will disappear
Note: This is only a case when people have access to the list. If they do not have access to a list, by default they cannot edit list members.
if they can edit it, it means that they have access to a list. You can control it via Users settings. Do they need it? If yes, they will be always able to edit list members. If they do not need to run any actions to update this dimension for example, they should not have access to the list. Then, they will not be able to edit list elements.
This is the way you can control it. UX gives you additional flexibility.
The issue is only for the list which we enabled selective access. It has another list down in hierarchy which is not selective access enabled and works perfectly fine and users not able to edit from dashboard. Both the list are given access to the role. We need the user to see the data entered for the list members. Don't want to edit members. I will check whether disabling access to list revoke access to see module data also. If not that work so for me..
As I understand only workspace admins can make changes to list items via a dashboard.
Only model builders and admins should have this access. If the users are not administrators I would recommend that you create relevant roles and allocate them to your users in addition to disabling their workspace admin rights.
To do this go into the user lists and deselect the 'Workspace Administrator,' property.
The user is not an administrator he has only role access with selective access enabled for the member. They can edit from dashboard. We tested the scenario and we were also able to replicate with non admin access.