Hello,
I have 3 profiles.
1.- Group admin (can administrate all contents, and can edit group node)
2.- Group redactor (can create all kind of content,can modify own content, but can't create new groups, and can't edit group node)
3.- Group suscriptor (only subscription allowed)

But I have a problem. I'm using og_user_roles, an when I elevate/promote an user from group subcription to group redactor, this user can edit group node, and all content in this group!!!!!
I don't know how I can limit this. I see Access control for each profile, and all seams correct.

Anyone?
thank you in advance.

CommentFileSizeAuthor
#2 cap.gif38.39 KBraska__

Comments

moshe weitzman’s picture

Status: Active » Fixed

og_user_roles is a hack and is not supported here.

raska__’s picture

StatusFileSize
new38.39 KB

Hello moshe,
only one question. I'm using devel module to try to know why and user can edit a node group. But I can' find the access control rule that give the permissions.
You can see my config. I know that this part is from og_user_rules, but if you can help me I would be very grateful
thanks

igorjava’s picture

Hi Moshe,
I am messaging you because of Organic Groups problem I am having. I posted this question before but nobody seems to be responding. Maybe the question is too easy or too hard:)

I have problem in my group front page. It shows only 10 posts even it is set to show 50. Does anyone know how to change or fix this. This is set up page for view " og_ghp_ron"..... and it has following......

Name: Defaults
Title: None
Change settings for this styleStyle: Unformatted
Change settings for this styleRow style: Node
Use AJAX: No
Use pager: Yes
Items per page: 50
More link: No
Distinct: No
Access: Unrestricted
Header: None
Footer: None
Empty text: None
Theme: Information

I am assuming this is where I change number of posts per page.I changed number of posts to 50 but nothing happens. I know this is the right view because when I go to any group front page I can see 3 tabs there (edit,clone,export) end when I click on edit it leads me to that view settings.
I dont know what else to try. Please if you have any ideas,suggestions anything at all it would be greatly appreciated.

Thank you so much

raska__’s picture

Hello Moshe,
in og_user_roles someone saidme this, but I don't understand... can you help me?

http://drupal.org/node/313323
I can paid you if necessary.

Thanks.

raska__’s picture

Status: Fixed » Active

Hello Moshe,
in og_user_roles someone saidme this, but I don't understand... can you help me?

http://drupal.org/node/313323
I can paid you if necessary.

Thanks.

somebodysysop’s picture

og_user_roles is a hack and is not supported here.

That it is not supported here is certainly the moderator's prerogative. However, that it is a hack is the moderator's opinion. The og_user_roles module has been in place, used by Drupal users and constantly improved over the past two years. I suggest that interested persons look at the module project page: http://www.drupal.org/project/og_user_roles and the issue queue: http://drupal.org/project/issues/og_user_roles?status=All to make up your own mind.

Just to set the record straight, basic OGUR functionality (group roles) is fully supported within Drupal 6.x. The key "hack" was incorporated into Drupal core here: http://drupal.org/node/176342

The OGUR extended component, Taxonomy Access Control/OG Integration, is not recommended, but provided and supported as it does resolve an important access issue for lots of people.

As the OGUR contributor, I apologize for the heartburn the OG contributor receives as a result of persons posting their OGUR related questions in his issue queue. I will look at my own documentation and see what I can do to get people to not do that.

Because, I believe that cooperation is much more productive than name-calling.

Leeteq’s picture

Project: Organic Groups » OG User Roles
Version: 5.x-7.3 » 5.x-3.7
Component: og_access.module » Documentation

I think this should be clarified by the OG_user_roles team first. Moving it to that queue. If that module is involved, it is not fair to bug Moshe about this until that team has verified and pointed out how this is not an og_user_roles issue. If knowledge related to og_user_roles is needed to resolve this, it belongs in that queue.

somebodysysop’s picture

In the original question, I think he wants to know why a user elevated to OG group admin status can edit groups. I answered this before here: http://drupal.org/node/313323

From his attached image: http://drupal.org/files/issues/cap.gif I ascertained that he assigns his "group redactor" role to users who are elevated to group admin.

What the user doesn't understand is that when you elevate someone to group admin status, he automatically has the ability to edit the group node. I seem to recall an OG issue where the idea was bounced around about making the group admin status a permission instead of being hard coded. I don't know where that went.

In all fairness to me, the only thing this has to do with og user roles is that the user uses an ogur feature to automatically assign the "group redactor" role to users who are elevated to admin status.

The solution: "group redactors" can not also be group admins.

sun’s picture

Status: Active » Closed (fixed)

Explanation provided, closing.