Hi Brajesh

Thank you for getting back to me. Here is what I have tried –

1. I have checked that the site-wide admin posts do not have a meta key with group id so this does not explain why the relevant activity entry is being assigned a component of “groups”.

2. I tried disabling activity recording in BuddyBlog Groups/BuddyBlog (although there was already no recording in BuddyBlog as I’m only using BuddyBlog groups for standard posts)

Result: this fixes the issue for site-wide posts added by Admin but prevents group post activity from being recorded correctly.

3. I tried changing to a different theme (in order to exclude any customisations I have added to the site) and this had no effect on the issue described.

4. In BuddyBlog Pro Settings, I re-enabled the Profile Tab for “Post” and this fixes the problem, but (not surprisingly) this then adds a profile tab for “Blogs” for all users which I don’t want.

I could be wrong but I suspect this last finding could be a clue and would (maybe) be an easy way for you to replicate the issue I am experiencing.

In summary, what I am trying to achieve is to use BuddyBlog groups for group posts, but without allowing individual posts (other than from Admin via the WordPress dashboard) ie. effectively I’m trying to use the features of BuddyBlog Groups for group posts but I don’t want to use BuddyBlog Pro for individual posts. My guess would be that by (mostly) bypassing BuddyBlog Pro, it is somehow being assumed that ALL posts are group posts when it comes to activity recording.

Sorry I do realise this is somewhat complicated so please do let me know if you need any clarification.

With very many thanks again for any thoughts.
Nik

Hi Brajesh

Thank you for getting back to me and I suspect you may well be right that something is interfering with the redirection.

I’m not very familiar with the network panel but if I’m reading correctly, it looks a if there may be an issue with wp-admin/admin-ajax.php which is returning 503. Does that sound likely?

With many thanks again.
Nik

Hi Brajesh

Thank you for the additional information.

I’m fairly sure the issues I’m experiencing are CSS related ie. the arrows do “exist” but can’t be seen until hovered over (and even then sizing/positioning is not quite as it should be) so there’s not necessarily anything wrong with the configuration, it’s just getting overridden by the theme I’m using.

What I was struggling with was identifying which css elements I needed to target and presumably give a higher priority but now I know that it’s likely to be something coming from Magnific, I’ll dig a bit deeper and see what I can work out.

Regards
Nik

Hi Brajesh

Just thought I’d update on this as it seems the dropdown list of notifications I was referring to *was* controlled from the previous theme I was using. Essentially if a user has two “at mentions”, the old theme would show that as “You have 2 new mentions”, whereas the theme I am currently using shows two separate list items eg. “X mentioned you” and “Y mentioned you”. Of course, the latter method is not wrong, it just a bit messy and not what my users are used to…

I’m curious looking through the Buddypress code though because there seems to be a function bp_activity_format_notifications which would return a combined string for multiple notifications of the same type (which is exactly what I want) but I can’t actually see where this is used in “standard” Buddypress at all. As the oracle of all things Buddypress, I’d be very grateful if you might be able to suggest how/where this function is actually used as possibly I might be able to make use of it in creating a tidier notifications dropdown.

Any thoughts would be much appreciated as always.
Nik

Oops! Well it took me a while but just realised that this issue has nothing to do with Mediapress but rather the fact that the PHP GD Extension wasn’t enabled on my local server.

Sorry for troubling you on this one Brajesh and all sorted now 😉