Hi Manoj…I am trying it your way, but then I don’t see the forums option part when creating a new group once I am one, and am confused…
At
“8. Head back to your BuddyPress installation and sign up as a new user. Once you have
activated the new user, make a note of the username and password given.
9. Log back into your bbPress installation as the administrator, and head back to the admin panel (/bb-admin).
Go to the “Users” tab and look for the new user you signed up in step 8 in the list. Hit the “Edit”
link for that user, on the end of the row.”
I try creating a new user but it doesn’t show in bbPress…and then I am just fidgeting with settings, using the bbpress “Key Master” in the WP admin when trying to do the forums integration…does anybody know what else needs to be fidgeted manually to make it work?
Thanks,
Ben
Whenever a new user registers he get an email saying click this to activate.
And when I click it it takes me to a wierd place to crop avatars
Okay, I’m a little confused by what you are reporting:
- So, are you just testing a new BuddyPress installation? Why else would you be clicking on a new user’s registration.
- If that is the case, have you tried using two different browsers–one for each user?
- Have you cleared old session cookies before registering a new user?
- Which version of BuddyPress are you running?
- There should only be one confirmation email sent. It is the one with the activation link. Are you using different emails for each account? Be default, WPMU makes sure that there are no duplciate accounts.
- Are you using a custom themes, or the default themes?
- Do you have any other plugins, besides BuddyPress, installed and activated? If so, have you tried deactivating them to check if they might be causing a conflict?
Make another profile entry for URL. BuddyPress is acting as it should and taking over that field for profile fun 
There are now at least 5 other topics opened with this exact same problem.
You did everything correctly but search for anyone else having this issue.
This will be repaired with BuddyPress 1.0.3 when it is released.
Currently BuddyPress 1.0.2 is only compatible with WPMU 2.7.1.
I don’t use XAMPP, but WAMP should be pretty much the same.
Can you confirm you ever had cookies working successfully? Even before bbPress? Sounds silly to check, but lets make sure it’s working correctly without bbPress.
Do you have the BuddyPress bbPress Integration plugin on the bbPress side? Do you have the bbPress Integration plugin on the WordPress side?
If yes and yes, the next round of trouble shooting is to make sure you have your edits exactly like the plugins say to have them.
Since you’re using MU 2.7.1, you need to have
define('WP_AUTH_COOKIE_VERSION', 1);
in your bb-config.php. This will tell bbPress how to handle your integration cookies.
That’s about all I can recommend for now?
plrk noticed that with the bp enable bbpress plugin disabled that we lost usernames and avatars in group forums. This patch works for me with bp trunk and bbpress 1.0 in group forums.
https://trac.buddypress.org/ticket/848
Hey r-a-y
thanks again for your help, but that doesn’t work neither.
I tried it with remove_action(‘wp_head‘, ‘bp_core_admin_bar_css’, 1);
and also with remove_action(‘admin_head‘, ‘bp_core_admin_bar_css’, 1);
I had a look at bp-core-cssjs.php and on line 108 i found the following function
/**
* bp_core_add_admin_css()
*
* Add the CSS needed for all components in the admin area.
*
* @package BuddyPress Core
* @uses get_option() Selects a site setting from the DB.
*/
function bp_core_add_admin_css() {
if ( defined( 'BP_DISABLE_ADMIN_BAR') )
return false;
wp_enqueue_style( 'bp-admin-bar', apply_filters( 'bp_core_admin_bar_css', BP_PLUGIN_URL . '/bp-core/css/admin-bar.css' ) );
}
add_action( 'admin_menu', 'bp_core_add_admin_css' );
It seems to be the key to remove the admin-bar.css on the backend of WPMU. However i tried it with the following code, but it still doesn’t work.
function remove_adminbar_css(){
remove_action('admin_menu', 'bp_core_add_admin_css', 1);
}
add_action('plugins_loaded','remove_adminbar_css');
Plrk you don’t need the buddypress-enable.php plugin anymore. It was a fix for the libxml issue. Disable that.
Try this in your home.php:
<?php if ( function_exists( 'bp_activity_get_list' ) ) : ?>
<?php
bp_activity_get_list(
get_the_author_ID(), // The ID of the user to get activity for.
bp_word_or_name( __( "My Activity", 'buddypress' ), __( "%s's Activity", 'buddypress' ), true, false ), // The title of the activity list.
bp_word_or_name( __( "You haven't done anything yet.", 'buddypress' ), __( "%s hasn't done anything yet.", 'buddypress' ), true, false ) // What to show when there is no activity.
);
?>
<?php endif; ?>
Untested… try it and report back. This will show the activity block, just like on a BP profile page.
Eventhough this post was already 6 months old, this link should point you in the right direction:
https://codex.buddypress.org/developer-docs/custom-buddypress-loops/the-wire-loop/
If anyone could tell me how to remove the blog registration part from the mysite.com/register so that all the visitor can do at that point is to create a user account, I’d be thrilled!
Hi mlemberg, read this:
https://buddypress.org/forums/topic/default-to-just-a-username#post-14828
Requires hacking a core file and a little bit of CSS to hide the “Create A Blog” block.
If anyone knows a better way, let us know.
MVC. Whatever. The bottom line for me is the user interface and easy of theming / customizing.
Take Joomla for instance. Most clients go into convulsions when they see Joomla the first time. There are enough radios buttons and options to make the most hardcore geek nauseous. And as a designer / developer… anytime I’m forced to use Joomla I feel like smashing my head through a brick wall… repeatedly. WordPress on the other hand is a joy to user for both clients and developers. So what if it’s not 100% MVC. I don’t really care.
But back to my Joomla rant. I did a Joomla 1.0.x project a year ago and there was no way to apply the design I’d created without modifying core files. The core was littered with thousands of lines of complex embedded html markup that was impossible to deal with via CSS alone. I spent 3 days just trying to find out where all the markup (mostly table code) was coming from. One day I spent an entire afternoon trying to track down the source of a single closing element (probably </table>). I finally found it buried deep inside a class file somewhere. Brutal. Absolutely brutal. And that admin interface. Ugh. And the plug-ins people write for it. One site I had to work on had a links plug-in installed that must have had over 100 configuration options. To make a page of links?!?! Unreal. Maybe Joomla 1.5 is better… but I’ll never know. I now turn down clients who ask for Joomla sites. I send them elsewhere. How it ever got to be so popular and considered suitable for Enterprise is beyond me.
This has somehow returned for me. I am running BuddyPress 1.0.2, WordPress MU 2.7.1, and bbPress 1.0.1. The [p]s show up in the sitewide activity for group forum posts, and in the group forums, but they don’t show up in the bbPress view of the group forums.
I am using the buddypress-enable.php from the latest stable BuddyPress download. Is it really so that I have to upgrade the xmllib library? I do not have my own server, I am using a web host…
If you are using WPMU 2.8.1, then this is a known bug. There’s at least one other recent post on this forum, and there’s a ticket been raised for this on the BuddyPress bug tracker.
Just launched this custom MU/BuddyPress theme last week for a client of mine:
http://weearth.com
Loving the latest release(s) of BP – keep up the phenomenal work!
Had did Facebook start by the core of a few developers then other developers made plugins or widget … Just like wordpress only a few work on the core then others produce the plugins!
Therefore if you want any plugin made for you, get a developer to make you one.
Buddypress rocks but I ll be waiting for wordpress+buddypress combination anyway…
Bump!
Is there anyone who can help me?
If anyone could tell me how to remove the blog registration part from the mysite.com/register so that all the visitor can do at that point is to create a user account, I’d be thrilled!
I do not want to completely switch off the blog functionality from Buddypress. All I want is to prevent the option from occuring at the registration stage.
Please help me – it’s kinda urgent!
Buddy Press rocks.
One monetization idea for you guys — Akismet for message-spam…like that plague of MySpace message spam. I’ll hopefully have some better contributions for the BuddyPress pot-luck put together soon.
So, any idea on how to do the exact opposite?
I don’t want my users to be able to create blogs at the registration point, but I do not want to turn the blog feature completely off, as they should still be able to create blogs at later stages from within the Buddypress interface.
Any good approaches?
Help out then. Report bugs, fix bugs, submit patches, program new features on the roadmap, write documentation, answer questions on the forums.
Sitting there twiddling your thumbs wondering when things are going to be done doesn’t help the project.
Deactivate BuddyPress first.
Thanks for this code, allenweiss! I still have to sort this out in my project, after my current day job deadline. Not looking forward to it…
I had started several threads about this.
The missing menus were probably because I didn’t to a full fresh install of buddypress. I was trying to keep a few core edits I had done and probably didn’t overwrite everything as I had thought. Seems to work now.
