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

Comments

wim leers’s picture

Category: support » feature
Priority: Normal » Minor

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.

summit’s picture

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

wim leers’s picture

Status: Active » Postponed

Postponed for sure. Sorry.

summit’s picture

Hi Wim,

Wil taxonomy access settings (http://drupal.org/project/taxonomy_access) help in this perspective?

Greetings,
Martijn

wim leers’s picture

It might, but I doubt it.

summit’s picture

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

arhak’s picture

subscribing

wim leers’s picture

Version: 5.x-3.x-dev » 6.x-3.x-dev
wim leers’s picture

Title: User access settings HS taxonomy » Granular role-based permissions

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.

summit’s picture

Hi Wim, still looking forward to permission-support HS.
Greetings,
Martijn

wim leers’s picture

You can look forward to it, but don't expect it any time soon ;) Many months, possibly more than a year of waiting.

summit’s picture

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

gkanski’s picture

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.

gkanski’s picture

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...

wim leers’s picture

Bah! Please open a new issue for that!

jessehs’s picture

Any progress with role-based permissions? I, too, would love to be able to grant one role the ability to add new terms via HS, but keep other authenticated users from doing this.

Thanks!

wim leers’s picture

Issue tags: +HS4

Tagging for HS4. Included in the HS4 roadmap: http://drupal.org/node/1052670.

klonos’s picture

Version: 6.x-3.x-dev » 7.x-3.x-dev

This will happen in the 7.x branch.

candelas’s picture

0.0
i am unfamiliar with drupal big documentation and i just discover your roadmap and it is impressive!!
i subscribe to the possibility of add permissions base on roles since it would be very useful in a magazine where the editor can create a new number and the writer can assign an article to the section on that number adding a level for the order of that article inside the section.

thanks a lot for your module :)

ordually’s picture

For anyone seeking a bare-bones implementation of role-permissions in the 6.x version of HS, here's what worked for me.

I created a new role "skiphierarchicalselect'. Users of this role won't be shown the HS taxo-fields on node creation.

I edited:

modules/hs_taxonomy.module
# function hs_taxonomy_form_alter(&$form, $form_state, $form_id)

and applied a code diff resembling:

@@ -336,6 +340,16 @@
           }
         }
 
+	global $user;
+	if ($user->roles['6']) { // skiphierarchicalselect
+		$form_function='taxonomy_form';
+	}
+
+

The above resets the taxonomy form function to 'taxonomy_form' (the Drupal method) for users that have a specific role ID. This bypasses the HS method.

drupalove’s picture

Issue summary: View changes

A few months ago I built a custom module for my employer who is always keen to provide patches to the community. The module has a settings page for allowing certain roles and certain content types to use Hierarchical Select. Roles that are ticked in the settings page will use the default drupal menu which you see when creating new nodes.
Is this what you are after? I regret it was not created as a patch rather than a separate module. Please let me know, if a separate module is not very useful, I'm sure my employer will let me work on it again to provide a patch after a week or two. Let me know.

summit’s picture

Hi,
I think a module is great, because otherwise it has to be patched and committed to HS. It seams HS is not that maintained ...
so yes first module, and may be then a patch because off course in the end it is better to have less modules..

greetings, Martijn

drupalove’s picture

Hi,

I have added my first module: hierarchical select access. It has a settings page for preventing certain roles from accessing the Hierarchical Select menu when creating node types.

If you intend to use the module please make sure you have a backup copy of your site before trying it.

I hope it helps solve what's being discussed in this issue.

Thanks,

Yousif

drupalove’s picture

Hi,

I have added my first module: hierarchical select access. It has a settings page for preventing certain roles from accessing the Hierarchical Select menu when creating node types.

If you intend to use the module please make sure you have a backup copy of your site before trying it.

I hope it helps solve what's being discussed in this issue.

Thanks,

Yousif

stefan.r’s picture

Yousif, thanks! Hope anyone finds it useful!

drupalove’s picture

Stefan, thanks for reviewing the hs_access module and assisting in the project application.

Next on my list is the taxonomy terms bit.

stefan.r’s picture

Status: Postponed » Closed (won't fix)

This is now covered by contrib