BuddyPress.org

Hi,

Thanks for the nice plugin.

I have installed latest plugin (1.2.4) today.

I am using WordPress Mu 2.9.2 and buddypress 1.2.4.1

I have applied settings. But, I am not seeing the changed buddypress titles like profile and so on.
Please suggest me

Thanks

HELLO??? This is pretty bad! Does someone have a fix for this (even a temporary…)? @apeatling

Maybe be should should gather donations so that a capable developer will code a kickass full featured buddypress events plugin and he should be willing to maintain upgradeability. The events plugin is too important for many of us leaving it not to a hobbyist coder.

Features I’d like to see integrated:
– group admin can send message to all attending event members
– group events
– show event location on a map (google maps)
– comatibilty to CubePoints Buddypress (https://buddypress.org/community/groups/cubepoints-buddypress-integration/)
> gaining points for attending
> gaining points for logging in at the event via a smartphone geolocation feature (e.g. iphone, android phones, …)

– people who attended the event should be able to rate the event

Try the solutions in this thread: https://buddypress.org/community/groups/how-to-and-troubleshooting/forum/topic/email-notification-not-working/?topic_page=2&num=15

@dascribe More details. Are you using wordpress mu or wordpress?

When I was googling for a solution, this page showed up – but I’m not using BuddyPress, so I am probably in the wrong place.

Fixed.

https://trac.buddypress.org/changeset/3041

Members are now reporting that error:

Warning: Variable passed to each() is not an array or object in {web root} /wp-content/plugins/forum-attachments-for-buddypress/forum-attachments-for-buddypress-bp-functions.php on line 461

Really interested in this if your still developing, it would be nicer to add a class for me, rather than the icons. And the mark as read is a good idea. When I first turned it on, all the posts we’re lit up, so presumably all users will see this, and will probably not want to go through and mark as read.

Maybe set everything as read upon activation?

@firetag

So, you’re looking for a “crossover” between private and public groups. Private so the activity doesn’t show in the stream (but it does show in the group) yet public so folks don’t need to be invited to join.

This might help: on lines 71 to 101 is the function/action for groups_setup_globals. On line 97 is the valid_status array (public, private, hidden) where I’m thinking you could add a new status like “category”. As that new status would not be “public”, activity shouldn’t show up in the main stream, and as it wouldn’t be “private” either, neither invitations nor membership requests would be needed.

What do you think…doable?

EDIT: I guess you would need a way to keep that option out of the preselects available to users at the group creation stage though. Hmmm…

Any news on the simple chat plugin from buddypress dev? @ @miguael

@reedjholmes just fyi this ticket has just been closed as resolved in the last twenty minutes. Thanks to @jjj

Think the correction will be in 1.2.5 but don’t quote me on that check the ticket where you will also be able to copy the modified code and update your files in advance if necessary.

@firetag

Check out buddypress/bp-groups.php/ at line 1278. There’s already a function in there to hide the activity sitewide for any group that is NOT public. I’m by no means a coder, so I’m just guessing here, but maybe you can create/assign a new status for the category groups. By snooping around in the same file, you might find other actions/hooks to keep them out of profiles too.

EDIT – Just saw @rich‘s post

@Shaddix – from bp-default’s style.css

div#sidebar .avatar-block {
overflow:hidden;
}
div#sidebar div.item-avatar img {
height:40px;
margin:1px;
width:40px;
}
img.avatar {
border:2px solid #EEEEEE;
float:left;
}

this will block all new entries for certain activity stream types:
https://wordpress.org/extend/plugins/buddypress-block-activity-stream-types/

but i’m sure you could extract the code or modify it for a certain group, etc.

or you could loop over the has_activities filter and unset the items based on type

I’m not aware of anything.

if you do a search, you find that this is a not-yet-fixed bug (a really annyoing one too)