BuddyPress.org

Whilst I’ve not used it http://buddydev.com/buddypress/buddypress-user-notifications-widget-plugin/ may be useful for this – not sure if updated. I’d say you want to show as a number on top of a png background right? Writing to a png is a whole another story 🙂

Hi,

Seems like you gave up on BuddyPress. Apologies, if we had a hand in it.

Best luck.

Hi,

Sorry! Never received this reply in my mailbox and because we’ve been terribly busy over the holidays, didn’t return to this forum.

I’ll check things today and revert, asap.

@hnla 🙂 Different strokes for different folks. The GAdmin can always demote the GMod if the latter has been naughty not nice. I’m neutral here. Can live with or w/o that GMod capability.

I’d like to first find out if possible what you mean by ‘mobile site’ do you mean your site when viewed on a mobile device (responsive) or are you creating a theme just for mobile sites? I’d only suggest the later you see if you want to do something different/additional from the responsiveness which your theme gets just by being the default theme.

Just to be clear but have you also tried the default BuddyPress theme (one that comes with it) to see if you get errors still with BuddyPress? I say this as a good stick to measure against as updated to the latest version.

@ubernaut bp-templates/bp-legacy/buddypress-functions.php is in trunk yes. But you could already apply the fix for bp-themes/bp-default/functions.php on this line https://buddypress.trac.wordpress.org/browser/tags/1.6.2/bp-themes/bp-default/functions.php#L115

@mercime that devils advocate argument doesn’t really hold water, if the admin is to trust to the group mod not changing those aspects then what point them being available, if the group admin does indeed want them to change  or have ability to change these details why are these trusted members not simply elevated to group admin a position that can be held by more than one person.

This discussion and any views either way ought to now continue on the ticket as a form of straw poll so to speak and a view taken on which is best approach to follow on the basis of majority opinion.

For the record you do not really need to be adding further plugins to WP to sort out what is actually  not an issue ever related to an application but rests at the server / domain level and in correct server sendmail or other versions of smpt/relay programs configurations and of properly configured email dns records, and requires a little technical knowledge when things don’t work out of the box. Plugins will try and bridge that gap between  correct configurations, and users technical knowledge and I guess if they work alls well and good, but better is that things are sorted out at the real point of  breakage.

So just to clarify this does not need to be done so that WP/ BuddyPress can send emails they have no problem sending emails as long as the server and domain records are correctly setup.

If  your emails are being continually dropped into spam folders it’s because the email server receiving them isn’t able to validate the server as valid for the domain and you likely need to set an SPF record and possibly reverse DNS records but the latter is usually something the host providing the IP address for the server needs to set.

@inkblot Thank you for posting your keen and thorough observations. The arguments you posted for removing that capability from the Group Moderator are valid. You should post your views and suggestions in the trac ticket. Please do feel free to do so.

Playing d-v-l’s advocate 🙂 I would say that before a Group Admin promotes a member to Group Moderator, the GAdmin either knows the member already and trusts him/her or has observed the performance of the member over a period of time and has deemed that the member is a mature, knowledgeable and a responsible person — someone who will not change the group name and description willy-nilly nor be wishy-washy about maintaining order in the forums.

Thanks again and have a happy new year!

@ubernaut did you apply the fix https://buddypress.trac.wordpress.org/changeset/6679 ?
Let me know and I can help test in your site.

Many many thanks. This works. Absolutely thrilled! My earlier comments about these forums 100% vindicated.

Ok I’ve found a working solution using WP 3.5, bp 1.6.2 and bp-moderation 0.1.6 … I have my flagging and unflagging with backend reports working perfect now.

Here is how I did it so you can fix yours:

Step 1.
Follow these steps to update some plugin code since the plugin is now unsupported.
https://wordpress.org/support/topic/plugin-buddypress-moderation-not-working-with-bp-161-wp-342?replies=9#post-3267296

Step 2.
Step 1 only allowed me to flag and unflag content with the super admin account only. If you have the same problem then open bpModLoader.php and comment the lines 64-66.

Change to following or delete to fix all users can flag posts.

// if (!is_super_admin()) {
// return;
// }

Hope this helps 😀

Cheers

Your account looks fine. Possible you had a naughty word in your reply that caused it to hit the comment blacklist?

Agree’d this is must needed feature to reduce cyber bullying risks of hosting sites like these. Im going to look into finding a solution, the only other option is I have a guy who can fix this for 200-300 usd maybe less…

Thanks for the kind words. 🙂

the backwards compatibility with non-bp (wp) themes was pretty buggy

This isn’t very helpful. Can you explain what bugs you experienced, and how to duplicate them?