Granular role-based permissions
| Project: | Hierarchical Select |
| Version: | 6.x-3.x-dev |
| Component: | Code |
| Category: | feature request |
| Priority: | minor |
| Assigned: | Unassigned |
| Status: | postponed |
Jump to:
Hi Wim,
I set this as support request, as I don't know if this is already in the module/ in your mind.
I think the clean HS taxonomy is now working great! thanks for that.
But now my users with the add content user access under: admin/user/access can make content...but now they also can add terms and levels!
That is not wat I want, I want to control the categories/terms myself.
I see under admin/user/access no HS user access options, is this correct?
If not in module yet, please add user/access as "HS widget shown, create new terms, add new levels, which I can enable/disable for the different user roles.
So partners of my website in Nepal can add new levels and create terms, other people I trust can create terms and authenticated users can add content only!
Thanks in advance for considering if not somewhere already!
greetings,
Martijn

#1
Well, as soon as you start with this, it generates a boatload of new feature requests… From less to more granular:
- 'add new items to hierarchical select' permission
- configure this per implementation
- configure this per hierarchical select
- configure this per level, per hierarchical-select
I'm inclined to mark this as postponed. Wil leave it open for now.
#2
Hi Wim,
I understand, but will it please be possible than to grant access to "add levels" and to "create items" ?
Than I am ok for now, otherwise I can't give other users access to my site because they gonna hack my taxonomy tree....
greetings,
Martijn
#3
Postponed for sure. Sorry.
#4
Hi Wim,
Wil taxonomy access settings (http://drupal.org/project/taxonomy_access) help in this perspective?
Greetings,
Martijn
#5
It might, but I doubt it.
#6
Hi Wim and others,
I tested Taxonomy Access, and no it didn't work. Categories I set not to be able to Create still have the option in the HS list.
thanks a lot in advance for going into this in the future though, it is a big point for me.
greetings,
Martijn
#7
subscribing
#8
#9
Through this single issue I'll implement *every* permission one could ever want. When I have the time. Which won't be until a *long* time. At least it's organized already :)
This makes the following issue obsolete: #261423: Role-based item creation permissions.
#10
Hi Wim, still looking forward to permission-support HS.
Greetings,
Martijn
#11
You can look forward to it, but don't expect it any time soon ;) Many months, possibly more than a year of waiting.
#12
Ok, thats clear then, no role-based permissions via HS.
Good to know for user-perspective.
No hard feelings, thanks for all the other HS great work!
Greetings,
Martijn
#13
Hi Wim,
I understand that the role-based permissions system is complex and not available for now on in HS.
The point is that only admin is now allowed to create new terms (at least in my config it's working in that way - I have 3 levels hierarchy and only admin can add new terms, although all the users have the "administer taxonomy" privileges set).
Instead of controlling creating permissions per role, it would be good to give creating terms permission to all the users regardless the role they have. Otherwise if admin is the only person able to create new terms, it makes the usage of this feature very limited.
#14
Let me reply to my own post.
I have just discovered the root of the problem. In fact IE is guilty. Creating new terms works under Firefox and it doesn't under IE6 and IE8. It is not related to the role permissions; I was testing the module with admin account under firefox and regular user under IE - hence the wrong conclusions. Sorry.
On the top of that it looks like the problem occurs only with specific themes...
#15
Bah! Please open a new issue for that!