I want to outline a problem I'm having in the hopes that either I'm misunderstanding something or someone can tell me how to fix it.

I have a plugin called foo with a feature called foo.admin and a group called Foo Admin. I want to give admin rights for the plugin to a specific user, so I added him to the group.

I expected that he would then get the Admin block with 'Foo' in it, but he doesn't.

So to track it down I started digging... Starting at COM_adminMenu it seems that the menu should show up if plugin_getadminoption_foo() returns an entry for the admin menu or if plugin_ismoderator_foo() returns true. Both of these are correct.

So following up the call chain... COM_formatBlock() looks ok, but COM_showBlocks() looks like it only checks the block permissions from the db, ignoring the plugin's request for an entry in the admin block.

So, if I'm understanding this correctly, there need to be a check in the 'foreach( $blocks as $A )' loop to special case the admin block...

Thoughts/comments/suggestions?

- Andy

Here's the solution I came up with:

In COM_showBlocks(), we special case the loop at the end to mimic the permission checks in COM_adminMenu().

I changed this:

to this:

Anyone see any problems with this solution?

Thanks.

- Andy

Andy,

I just tried to duplicate your problem on my Geeklog 1.4.0sr4 sites and a Geeklog v1.3.11sr3 test site and I cannot re-create the problem. Everything is working exactly as it should.

Using my Media Gallery plugin, I have a feature: mediagallery.admin that is assigned to the group Media Gallery Admin. If I place a normal user in that group, the Admin menu does show with 2 option:

- Documentation
- Media Gallery

So, it appears to be working properly.

Double checking my group Media Gallery Admin, the only item that is checked in the Group editor is under the Rights section and mediagallery.admin is checked.

Have you verified that the feature is actually associated with the group?

My setup in functions.inc looks like this:



Hope this helps!
Mark

Mark,

Thanks for the response.

That led me down the right path... Someone [uh... ok, it was me] had turned off Member Read permissions on the Admin block. I'm sure the logic went "Why would any members ever need to see the Admin block?"

Should have been an obvious thing to check, but it wasn't last night...

Thanks for your help.

- Andy

heyo, I've been having problems also...
in previous versions of media gallery... (production site for my photobug wife and pics of our son), this was not an issue...
here are my errors

FYI, i'm using debian sarge(the latest), and I admin this box,

TYI
Lu

Warning: fopen(/home/user/logs/error.log): failed to open stream: Permission denied in /home/ludovicus/public_html/lib-common.php on line 1702

Warning: fopen(/home/user/logs/error.log): failed to open stream: Permission denied in /home/user/public_html/lib-common.php on line 1702

Warning: fopen(/home/user/logs/error.log): failed to open stream: Permission denied in /home/user/public_html/lib-common.php on line 1702

Lu,

That's a pretty simple issue to resolve. Make sure both the directory where error.log live (/home/user/logs/) and the file error.log are writable by the web server. Check and see who is the owner of the file and change it to the same user that the web server runs as (usually www or apache) and make sure the permissions will allow the web server to write to it. I usually set mine as 644 and have the same owner as the user the web server runs as.

let me know if that solves the issue.

Thanks!
Mark

luddite:

In the future, you might want to try starting a new thread instead of highjacking another unrelated one... It will make searching a lot easier and will lead to less confusion.

[And I won't get email notifying me of replies to my issue that have nothing to do with the discussion ]

Thanks.

- Andy