BuddyPress.org

Upon looking to see if anyone has the same issue as me, I found this thread. Here is my thread https://buddypress.org/forums/topic/sitewide-activity-and-sitewide-post-problems

Have anyone finally fixes this yet?

My issue? New users sign up, their blog’s privacy is set to private even though in sign up page they set it to public. After first time log in, users can set the blog to public privacy again. It’s bothering me when blog is not public even though users want it to be when first sign up, this means when they write a blog post, it will not appear in sitewide posts widget! Also when other users visit a member that has private blog, there will be an error says that “[membername] has not created any public blog.”

I’m using buddypress 1.0.3 and wpmu 2.8.4a

For a private setup, or one that you won’t be reusing for another client, what I do is create a hidden group and invite the special users into it. When they accept the invitation, you can then build your plugins around checking for people being in that group.

Something simple like…

<?php

define('SPECIAL_GROUP', $your_groups_id);



function is_user_special ( $user_id ) {

if (!$user_id) {

$user_id = bp_loggedin_user_id();

}

if ( groups_is_user_member($user_id, SPECIAL_GROUP) ) {

return true;

}

}

?>

…usually does the trick for me?

1)

I do have BP-version 1.0.1 running on a site and have made a few customizations so far (just CSS-changes and some images).

So with the new template-structure: should I delete the current install completely and get the BP-version 1.1 installed ? I mean: what is the best way to upgrade to the 1.1-version when it will be released in the next few weeks ? I definitely want to have the new template-structure, so I guess I would need to set-up my website from scratch, right ?

And: I am running the site in german-language only.

2)

will this new template-structure also make it easier to design a custom-template for the user-blogs ?

Like I would like to have the user-blogs having the same CSS-style as my main pages ?

I still have not been able to figure how to do this. I would like the user-blogs to have the same design in order to have a consistent website.

Why is this not already the case at http://www.testbp.org ? Why is it still the original WordPress-design ? Is there a chance you create a plugin or something at which the Admin is able to select to chosse the design of the “User-Blogs” like choosing from “WordPress original design” or “TestBP.org design” ?

3)

is there a chance to have a “package install” which will have ONE package which will include all latest software: WordPress 2.8.x, BuddyPress 1.1 and BBPress ?

I read many post where I see people having troubles integrating the BBPress-software into the system (even an experienced BP-expert had troubles).

Is there a chance you will create a 1 Package download which will make it very easy for people to have a full website (like http://www.testbp.org) installed ?

So literally 1 click-download will create a ready-made website, same like testbp.org ?

4)

a user-request to get invited into a “Private Group” is not possible being accepted. This does not work yet at my installation and I think this is a general bug.

5)

the wording of “Blog” and “Blogs” is confusing. In both english and german language.

Many thanks,

If you are saying that you do not want to have groups, activity streams, the wire, private messaging and a few other BP services, and just want to offer users the ability to create a profile and add/see friends, then the answer is simple. Just log into WPMu’s backend as Site Admin and navigate to the BuddyPress menu grouping. Select the “Component Setup” submenu option and disable the components you do not want to offer users.

Gah, as you can tell, not an easy thing to answer. You can really figure it out from the custom component template plugin.

You need the following in your setup_globals:

$bp->achievements->format_activity_function = 'dpa_format_activity';

and this function

<br />

function dpa_format_activity( $item_id, $user_id, $action, $secondary_item_id = false, $for_secondary_user = false ) {<br />

global $bp;</p>

<p>	switch( $action ) {<br />

case 'new_achievement':<br />

$user_link = bp_core_get_userlink( $user_id );<br />

$achievement_name = apply_filters( 'dpa_filter_achievement_nice_name', dpa_get( 'nice_name', array( array( 'type' => 'd', 'key' => 'id', 'value' => $item_id ) ), 1 ) );</p>

<p>			return array(<br />

'primary_link' => $user_link,<br />

'content' => apply_filters( 'dpa_new_achievement_activity', sprintf( __( '%s unlocked achievement: %s', 'dpa-achievement' ), $user_link, $achievement_name ) . __( ' <span class="time-since">%s</span>', 'dpa-achievement' ), $user_id, $item_id )<br />

);<br />

break;<br />

}</p>

<p>	do_action( 'dpa_format_activity', $action, $item_id, $user_id, $action, $secondary_item_id, $for_secondary_user );</p>

<p>	return false;<br />

}<br />

And to record activity:

<br />

dpa_record_activity(<br />

array(<br />

'item_id' => $achievement_id,<br />

'user_id' => $this->user_id,<br />

'component_name' => $bp->achievements->slug,<br />

'component_action' => 'new_achievement',<br />

'is_private' => 0<br />

)<br />

);<br />

Try this

http://devbox.computec.de/category/projects/buddypress/

See https://buddypress.org/forums/topic/faq-how-to-code-snippets-and-solutions, “How to hide selected profile fields” and “How to show secondary profile fields while hiding the “Base” profile fields in a user profile”.

These should get you started and this has been discussed elsewhere on the forums, so do a search.

I have “WordPress Failure Notice” error you are getting, webatease with BP v1.0.3. I haven’t spent any time investigating it further yet tho.

Can someone confirm whether this is a known with no current fix in the existing version or plugins?

I am getting the emails appropriately, but when I click on the link to approve/accept the group add, it gives me a website with “WordPress Failure Notice” at the browser title, and it asks “Are you sure you want to do this?” But it has no option for me to select yes, or check anything to actually approve. So this is still in the queue.

Similarly, I cannot reject the request – and if I click on the link in the email that says to view the request, it takes me to the user’s profile – but the request is not listed. In fact, in his of groups, it lists (1) as the number of groups (assuming because he requested), but then underneath it says he “hasn’t joined any groups yet.”

This does look useful to me, at least! But I want to confirm before I make the change.

My line 267 in bp-blogs-classes.php currently reads

if ( !(int)$wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

So you’re saying I should just replace

$wpdb->get_var( $wpdb->prepare( "SELECT DISTINCT public FROM {$wpdb->base_prefix}blogs WHERE blog_id = %d", $blog_id ) ) )

within that line? Or the whole line?

I haven’t updated bpgroup to be compatible with trunk bp yet. There’s a trac ticket by me whining about the lack of wp actions on group creation with the new group creation stuff.

I experienced a similar problem as well.

Did you edit a BuddyPress core file using a bpGroups function?

You should let Burt Adsit know of your fix, so maybe he can provide a cleaner solution using his plugin instead of editing the core:

https://buddypress.org/developers/burtadsit

—

Try adding this to line 161 of /wp-content/mu-plugins/oci_bp_group_forums.php

add_action( 'groups_create_group_step2_save', 'oci_bb_group_updated', 10, 1 );

See if that does the same thing.

bbPress does not have any native ways to hide forums that should be hidden. You can do as I have done – installing a “blank” theme that redirects users to your main site, limiting users to use the built-in group forums functionality only – or you could install a bbPress plugin that hides forums from those that are not allowed to view them. There is such a plugin, intended specifically for buddypress users, but I can’t remember what it is called.

It’s important to note that BuddyPress is an opensource project, just like all of the other WordPress related ones. That being said, if you find something isn’t working up to your expectations you are free to develop or contribute to the project to make it work how you wish. As it stands today, BuddyPress does a good job of keeping tidy and cleaning up after itself; better than most plugins in my opinion. The signups table is specific to MU and is a new addition, so you can expect it’s functionality to be misunderstood. When a user is deleted, the idea is that their signup remain in the signups table as proof of their previous registration. One could even argue that removing all user data is a bad idea in the event someone ever needs it later, say for law enforcement purposes.

Regarding blocking spam registrations, read some articles about Twitter. Some analysts have said that nearly 50% of all registrations on Twitter are spammers. Crazy eh? There just isn’t a fool proof way to prevent it from happening unfortunately.

Also, while none of the moderators are directly employed by Automattic, it’s about the best internship I think anyone in our respective businesses can hope for. We all do our best to represent Automattic and are here to help to the best of our abilities.

If you can find a specific bug or flaw in how users are currently managed between BuddyPress and WordPress, you’re welcome to respond here or file ticket in the trac. If you feel your opinion warrants more attention you can message me privately if you’d like also, and I’d be happy to help further.

Ah sorry about the lingo, Erich73!

I meant on my local, test install of WPMU and BP.

I can’t say for sure that upgrading will fix your problem, because if DJPaul is having the same problem, then it must be a legitimate problem!

Although I’m not sure which version of BP DJPaul is running.

—

I’m just going to try and clarify a few things here.

In the “private group invite” email I received, this is what I got:

One of your friends Ray has invited you to the group: "Private Group".



To view your group invites visit: http://localhost.localdomain/members/test/groups/invites



To view the group visit: http://localhost.localdomain/groups/private-group



To view Ray's profile visit: http://localhost.localdomain/members/admin

I click on the first link and it takes me to a BP Group Invites page, which allows me to accept or reject the invite.

—

This is the process you guys are talking about right?

Or are you talking about accept / reject links from within the email?

Hmm… Erich73 and DJPaul, private group invite worked for me on my sandbox BP install.

I’m on WPMU 2.8.1 and BP 1.0.3.

Excellent! Someone else with this problem. If a third person could test and confirm, we’ve got ourselves a live one!