If I try to manage members of a group for any group I manage ([site]/og/users/[id_number]/faces, I get the 'Access denied' page. This has been happening for a few months, across several releases of drupal 6 core and OG 6.x-x. When I go to [site]/og/manage/[id_number] it knows I'm the group owner. I've asked about this a few times on IRC and really need this fixed, but nobody ever responds on IRC channel #drupal-support. What should I look for? A setting in the database? Please help soon, this has been a truly annoying problem I just haven't had time to look at and hoped some new release would resolve.

Brandon Stout

Comments

Anonymous’s picture

Anonymous (not verified) commented

We'll work the issue here. Which module provides the /faces link?

brasto’s picture

brasto commented

I'm not sure. I always thought it was part of the OG core. It might be part of the path module that provides a freindly url though. Out of the OG modules, I have OG, OG Access Control, OG Actions, OG Views, Subgroups for OG enabled.

Brandon

Anonymous’s picture

Anonymous (not verified) commented

If it isn't OG then maybe OG_VIEWS.

I'll have a look to see what I might find within a couple of days. Don't be afraid to ping me.

Anonymous’s picture

Anonymous (not verified) commented

This function in og_module

function og_is_picture() {
  return variable_get('user_pictures', 0);
}

is used in the og_views module

// An menu access callback.
function og_menu_access_picture($gid) {
  $view = views_get_view('og_members_faces');
  return og_is_picture() && og_is_group_member($gid) && !$view->disabled;
}

and this function is used in menu item as the access callback

  $items['og/users/%node/faces'] = array(
    'title' => 'Faces',
    'page callback' => 'og_views_users_faces',
    'page arguments' => array('og_members_faces', 'default', 2),
    'type' => MENU_LOCAL_TASK,
    'access callback' => 'og_menu_access_picture',
    'access arguments' => array(2),
  );

This variable settings are controlled in the user settings pages when you accept avatar uploads. Do you have avatar uploads set?

brasto’s picture

brasto commented

I believe I do have avatar uploads set. Where do I check this? I'm not sure it's limited to just /faces because I'm not sure the exact url to go to approve new members. I used to click the link on the right where it shows something like: 9 members (10). The number in the parentheses tells me there are others that want to be approved for the group, so I click the link. Once there, I used to get a page and there was a link I could click to approve the new members. Since I don't know the exact url to go to, I can't test to see if that is working. When I go to /og/manage/[groupNumber] I only get a message that says "You may not leave this group because you are its owner. A site administrator can assign ownership to another user and then you may leave." The message has no links to go anywhere else, so again, I'm lost on where to go to approve members.

So, my biggest problem is that I have people that have been wanting to be approved for various groups that I can't approve because I can't get to the page where I can approve them. Some people have been waiting for months.

Anonymous’s picture

Anonymous (not verified) commented

Check it at admin/user/settings near the end of the page.

I'll have to do more research for the user approval.

brasto’s picture

brasto commented

I tried disabling user pictures in admin/user/settings, but that didn't help because with pictures disabled, the link on a group page still points to /faces, and now it says 'page not found'. I re-enabled the user pictures after verifying that it didn't help to disable them.

Anonymous’s picture

Anonymous (not verified) commented

User approval/denial is done at og/users/[nid] where [nid] is the og group node id and works for me stock Drupal with OG and Views enabled. The og/manage/[nid] is where the user has an option to unsubscribe from the group. The action you see is the correct one as it has been envisioned.

Also, the og/users/[nid]/faces URL works for me if I have picture support turned on. If it is off the links giving the number of members pointing to /faces do not exist. Perhaps you need to rebuild access permissions?

brasto’s picture

brasto commented

Interesting. If I go to og/users/[nid] with the site admin user, I get this:

Page not found
The requested page could not be found.

I think I've rebuild cache and permissions. I'll do it again though and verify. Where, again do I do these things? Just to verify I'm going to the right place...

Brandon

brasto’s picture

brasto commented

I've found a couple other areas where there are problems, and perhaps they are related. If they are, maybe it will help find the problem. I can't publish comments by clicking 'Publish'. If I do, I get:

Page not found
The requested page could not be found.

I have to click 'Edit', expand 'Administration', then change the status to 'Published' and save. I also cannot do anything with the Akismet moderation queue. I get the overview just fine, but when I click 'Published' or 'Unpublished', for nodes or comments I get:

Access denied
You are not authorized to access this page.

If I find anything else that isn't working right, I'll post it.

Brandon

*Note: I edited this because I didn't paste the second error message earlier, and I've fixed that.

Anonymous’s picture

Anonymous (not verified) commented

I was hoping you remembered. It should be easier to find the links.

admin/settings/performance to clear the cache.
admin/content/node-settings to rebuild the permissions.

Why isn't it admin/settings/node or admin/settings/content/node?

brasto’s picture

brasto commented

Ah yes, I have done both of those things. I just did both of them now for good measure. It did not resolve my access denied issues.

brasto’s picture

brasto commented

Any more ideas?

Anonymous’s picture

Anonymous (not verified) commented

Sorry, brasto, I've been on vacation. I need to catch up and get back to you later.

brasto’s picture

brasto commented
Status: Active » Closed (fixed)

Well, oddly enough, after having this issue for more than a year and a half, after updating to the latest for drupal 6 and for all installed modules, I got an alert saying I needed to rebuild permissions (which I have done a few times, including when it was mentioned here) and after doing so, the issue was resolved. Something in the latest patch apparently fixed the problem.

davidcl’s picture

davidcl commented
Version: 6.x-1.3 » 6.x-2.1

It's worth mentioning that I just had this same issue after an OG upgrade. For me, the fix was to re-enable the og_faces view. I don't know how or why it got disabled during the upgrade, but that seems to have been the issue.

zdean’s picture

zdean commented

This problem came up for me after I disabled/upgraded/enabled Views. The solution for me was re-enabling the og_members_faces view in the Views List listing also.