BuddyPress.org

I hadn’t noticed that, I hope it IS intended behaviour as I always found it annoying having small edits bump the post back to the top.

ok, using $modgroup = new BP_Groups_Group(1); instead *seems* to be working, so the only thing I can think of is I read groups_get_group leverages WP cache, so I’m assuming a mod logs in, goes to the backend, it […]

and some (not all) other users that ARE members can’t approve images.

I’ve also tried $modgroup = groups_get_group(‘group_id=1’); instead of using an array, and it fixed it for my test user, but randomly some other users can approve images, even though they aren’t members =/

sounds like a script isn’t being loaded, are you using the Buddypress template pack? If so go to appearance/BP compatability and make sure the JS isn’t disabled. Otherwise try disabling all your other plugins […]

Ignore that, I had a look at the messages_new_message function and realised it should be sending a notification so I guessed the issue was I was testing using the same id for uploader and denyer, i changed to […]

Thanks so much for that, it’s used within a plugin so I used:
`
function bp_send_image_denied_message($sender_id, $recip_id, $subject, $message) {
global $bp;
if ( $thread_id = messages_new_message( […]

hmm, actually, would a better way to deal with this be to set the capability to view the menu to read and put an if (user_is_mod()) add_submenu_page

Hi, thanks for replying, any pointers on profiling queries? lol.

I have added images to the users profile, so I suppose people could be going to other members profiles to look at their images (I haven’t yet […]