The Problem
==========
I am using Drupal 6. I have a problem with OGUR and I don't know if it's a bug or it's something wrong with what I am doing. What I want is that any "authenticated" site user can post to groups, or create new groups. I also want any user who adds a post to a group, to be able to edit his own post.
In addition, I want anyone who creates a group to be able to edit or delete his own group or post within a group, as well as to edit or delete a post belonging to anyone within a group that he has created.
If anyone could guide me it would be deeply appreciated.
Steps I Took
==========
Following are the steps I performed.
Installed Organic Groups and OGUR
Creating Content Types:
==================
Created a public "group" content type.
Create a "post" content type.
Giving Permissions:
===============
gave authenticated users permission to create "group" content type nodes.
gave authenticated users permission to create "post" content type node.
Creating Roles:
============
Created "GroupSubscriber" role
Created "GroupCreator" role
Giving Permissions:
===============
Gave group subscriber permission to:
- create post content
- edit own post content
Gave group owner permission to:
- create group content
- delete any group content
- edit own group content
- edit any group content
OGUR Settings:
============
In OGUR I performed the following steps.
Checked off the following assignable roles:
- GroupCreator
- GroupSubscriber
Checked the following:
- Set default group founder (group limited) role for users who create groups of type: Group?
- Selected "GroupCreator" from Role to use as founder role for group type Group:
- Selected the "Set default basic group (group limited) role for users who join groups of this type: Group?" checkbox.
- Selected "GroupSubscriber" from the "Role to use as a group type Group role" dropdown menu.
Testing
======
- Created a user called test1
- Joined any public group
(When I navigated to User Management >> Users what I expected to see was "test1" promoted to "GroupSubscriber" but didn't!)
PLEASE HELP!
Got user test1 to create a new group
(When I navigated to User Management >> Users, what I expected to see was "test1" promoted to "GroupCreator" but didn't.)
PLEASE HELP!
Could anybody please help me?
Thanks,
My Technical Writing Site: www.itwrite.com
| Comment | File | Size | Author |
|---|---|---|---|
| #13 | test3-1a.png | 26.26 KB | momo18 |
| #13 | test3-b.png | 6.67 KB | momo18 |
| #12 | test3-a.png | 5.21 KB | momo18 |
| #12 | test3-b.png | 6.67 KB | momo18 |
| #10 | ogur_snapshot.png | 14.71 KB | momo18 |
Comments
Comment #1
somebodysysop commentedOGUR roles are group specific rules. You will NOT see them here: User Management >> Users. If you did, that would mean that the roles were site wide, and the user would have those permissions in any group and throughout the site. See documentation OG User Roles: Understanding Sitewide Roles vs. Group Roles: http://drupal.org/node/343354.
Please also see OG User Roles Group Settings: Configure Member Roles: http://drupal.org/node/343347.
Comment #2
somebodysysop commentedUnless I've missed something in the explanation, this is how things should work. You won't see OGUR group roles in user maintenance. Although, that's not a bad idea for a future enhancement.
Comment #3
momo18 commentedSo far I've tested a bit and it seems to indeed work as you indicate. Thank you very much for helping.
However, I pulled out my hair for only two days in a row. If someone would only have just written in big bold letters something like this before I even started working with the OGUR module, it would have saved me so much effort.
"OGUR roles are group specific rules, so the automatically promoted and assigned ROLES of any NEW "group specific" USERS added to the system and executed by the OGUR module, WON'T APPEAR as updated under USER MAINTENANCE."
>> Although, that's not a bad idea for a future enhancement.
With regards to your comment (quoted above), I would think that "automatically" updating the roles of any new "group specific" users so that they are accordingly reflected when changed under USER MAINTENANCE, would be the way most people would conceive how the module should naturally work, and would be considered by most as the expected behavior.
My Technical WritingSite
Thanks for a great module.
Comment #4
somebodysysop commentedWell, you do have a point and I will look into it.
Comment #5
somebodysysop commentedOK, so that your two days and hair loss will not have been in vain:
I created a new default OGUR view: OGURRoles. What this does is display all the roles the current user has in every group in which he is a member. Furthermore, I've embedded this view into the user account screen.
So, in short, you can now see a user's ogur group roles in user maintenance. You can't *change* them there, but you can see them there.
Thanks for bringing this up. I think it is a terrific idea.
Comment #6
somebodysysop commentedOops. Forgot to mention that the code for this modification has been committed to CVS under dev release.
Comment #7
momo18 commentedI downloaded and installed the dev version and performed two things you mentioned. 1) Created a new user, joined a group expecting to see the updated role under user management >> users, but didn't see my test user assigned with a GroupSubscriber role! 2) I looked for the view OGURRoles you mentioned in your earlier post, but couldn't find it anywhere.
Sorry if it may be obvious, but I am relatively speaking new to Drupal. So could you please provide me with further instructions. And perhaps tell me precisely what permissions I need to switch on?
Comment #8
somebodysysop commentedI just committed to CVS in the past 5 hours or so. It takes 12 hours (roughly) to be packaged into the .dev release. When the dev release date says Apr 10 or 11, that should be it.
When you install the new release, you'll need to run update.php.
Finally, the roles will be on the user's account screen: admin->user mgmt->users->user
At this time, there doesn't appear to be a way to get that info onto the user/users screen. But, I'll keep looking.
Comment #9
momo18 commentedOK, silly me. I didn't take a close look at the DEV date. So I was working with a pre-historic version.
Comment #10
momo18 commentedComment #11
somebodysysop commentedDon't get this error here. You should download latest dev and try again because the line number in the error does not coincide with anything that makes sense in the code (even after today's modification). Your version of the code must be really pre-historic.
Comment #12
momo18 commentedYou are quite right. My apologies for not using the most recent version.
I see major changes in this dev version, but as yet the Site Maintenance >> Users screen isn't updated dynamically with changing roles.
To show discrepancy attached are two screenshots. 1) Screenshot from users screen (showing changed roles not updated correctly), and 2) screenshot from user id screen (showing correct updating of user roles).
P.S. I am not sure what the difference between admin role and founder role are? Does a founder have rights to assign an admin, whereas an admin may not?
Comment #13
momo18 commentedApologies, in the last one one of them was the wrong screenshot I sent. Attached are the correct screenshots.
Moses, Technical Writing Shop
Comment #14
somebodysysop commentedBy design, ogur roles only appear on user "view" screen. The same place og groups appear.
I'm not sure about the context of your question. A "founder" is someone who creates a group. The role you assign to the founder can have whatever permissions you wish. An "admin" is a stickier issue. There is the OG definition of a group admin, which is someone who is assigned the OG "admin" status in a group. Then, you can have a "group admin" role which consists of permissions that you give the role. You decide what permissions constitute the "group admin" role.