Hi,

This module is GREAT. And mostly seems to be working for me. YEA.

But ...

I am still having a problem with the create subgroups function.

1) I have enabled the "Create link to create subgroups in the Group Menu box
2) I have selected the type of group to create by default.
3) og_subgroups is installed
4) users (especially me with full admin rights) have the create og subgroups permission (and also the create and edit permissions for the type of group that will be created
5) Create Subgroups link appears on the Group Details Block
6) clicking the link takes me to a "Create Content - access denied" page

7) I have tried using the "Clear the user_access() and cache_menu caches for user?" option and have tried patching user.module as described in the Readme file.

8) Readme specifies:

    If you select this option, you will need to apply the 
    og_user_roles.user.module.5.2.patch to the user.module for it 
    to be effective.

both ....
og_user_roles.user.module.5.2.patch
og_user_roles.user.module.5.3.patch
were provided with OGUR 5.x-3.3

I've tried patching user.module with each of them, but neither seems to help.

Still getting access denied. (all the other links on the Group Details block work fine)

Any more ideas anyone?

Thanks

Comments

jackspiv’s picture

jackspiv commented

And just two more things,

9) After patching user.module, I ran the update.php script. I don't know if that's necessary or not. Is it? Do I need to do anything to get the changes to "take" in the version of Drupal that is actually running? Or is this not necessary since PHP is interpreted?

10) I have tried logging out of my personal (administrator privilaged) account and logging in as the "superuser" user/1. Same problem with access denied when I try to create a subgroup using the link OGUR offers.

finally ...

The og_subgroups module seems to function correctly ... presents the subgroups tab on editing a group and allows me to select, (by offering the normal checkboxes) from a list of groups, the ones that I want to make subgroups of the current group. The subgroup hierarchy relationships established correctly show up when I exit the edit group function and look at the "tree" subtab shown on the default "view" tab for the group.

and, FWIW

Drupal 5.7
Configuration file Protected
Cron maintenance tasks Last run 6 hours 9 min ago
You can run cron manually.
Database schema Up to date
File system Writable (public download method)
JQuery Update Installed correctly
The current installed version of JQuery is 1.1.2
MySQL database 4.1.14
Organic groups modules Organic groups works best when job_queue.module.module is enabled. See the Integration section of the README file.
PHP 5.0.4
PHP register globals Disabled
Unicode library PHP Mbstring Extension
Web server Apache/2.0.54 (Fedora)

somebodysysop’s picture

somebodysysop commented

Thanks for the detailed explanation.

Are any other group role permisisons working? That is, do your group users appear to have *any* permissions that they should have by virtue of group roles assigned to them (using "configure member roles")?

Just to double-check, I created subgroup with user:

1. User group role has "create og_subgroups" permission
2. User group role has "create group content" permission
3. User is a group administrator in the group
4. User group role has "edit groups hierachy" permission
5. User is creating subgroup from within group in which he has above role/permissions

In OGUR settings, "Create subgroups":

6. "Create link to "Create Subgroup" in group menu?" is checked.
7. "Group type to use for subgroup creation:" is selected and same as group type selected in #2 above.

What does your "Create subgroup" link URL look like? It should look something like this:

node/ognodeadd?type=group&gids[]=128
jackspiv’s picture

jackspiv commented

Thanks for getting back so quickly !!

I think I found the problem. And it seems to be working now.

I unloaded and reloaded
OG-Subgroups
OGUR
OG_Content type administration

(is there any order dependency in the loading? Or execution priority weights?)

Somehow (may be pilot error, but I was sure I made the right selection in the dropdown...) My default group type for subgroup creation was the wrong type. I am almost certain that it was correct before ...

Anyway, the workgroup admin role did not have permissions for creat/edit that group type.

(but this doesn't really explain why I could not do it as me (full admin rights) or as "superuser" (with user/1 rights)

There is a different problem though now with saving the configurations.
I will open another issue...

somebodysysop’s picture

somebodysysop commented
Assigned: Unassigned » somebodysysop
Status: Active » Fixed

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.