BuddyPress.org

I had the same problem. I also refused to use a version that is non stable.

I read everything over and over. Mostly everything point to three major “integration” blogs.

I almost gave up until I was looking at my FTP and noticed the read “installation-readme.txt” in the bp-forums folder in BuddyPress plugin.

This line—-> Also check the “Enable Pingbacks” option just below.

That’s the only thing that wasn’t in the instructions. I enable in both WPMU and BBPress and it worked!

Setup: WPMU 2.8.3 + BuddyPress 1.0.3 + bbPress 1.0.2 + Almost ALL Plugins!

http://WeblogPlaza.com

Feedback is welcome!

So you are using a custom member theme that used to work but recently stopped working.

Did you discover that your custom theme stopped working after you upgraded BuddyPress? If so, you are missing some new functionality in your theme. In other words, your custom theme is out of date.

Switch to the default BP member theme and see if that works. If so, then you have three choices:

1. Copy the functions.php file from the new default member theme into your custom theme. If that does the trick, problem solved.

2. If that does not work, then the next option is to search through BuddyPress trac for all theme changes to the member theme since the last version. Make any necessary changes to your custom member theme.

3. As an alternative to 2 above, you could simply compare the code in the default BP member theme with your custom member theme.

Also, if you built your custom member theme from the default BP member theme, make sure that you have all the necessary CSS files for your custom theme.

I think the latest test version is here, but apparently Buddypress 1.1 will be released next week, so it may not be worth the hassle to install the test version.

Something very weird is happening. Last week, I posted that I had finally launched:

http://workathomesafari.com.

It’s still the basic theme, but I’m starting to develop an idea of how I want it to look.

Anyway, when I’m logged in, I can see the post. But when I log out, the post disappears. Any ideas on what is happening?

DJPaul, I tried out the code you posted in the link above on my dev setup.

I just renamed the file to example_achievements.php (from phps), and uploaded to muplugins to see what it does. When I try to log into wp-admin, it shows me all the code from the file I just uploaded as well as the following error:

Warning: Cannot modify header information – headers already sent by (output started at /home/kunal17/public_html/jainkunal/wordpressmu/wp-content/mu-plugins/example_achievements.php:1) in /home/kunal17/public_html/jainkunal/wordpressmu/wp-content/plugins/buddypress/bp-xprofile/bp-xprofile-signup.php on line 5

Warning: Cannot modify header information – headers already sent by (output started at /home/kunal17/public_html/jainkunal/wordpressmu/wp-content/mu-plugins/example_achievements.php:1) in /home/kunal17/public_html/jainkunal/wordpressmu/wp-includes/pluggable.php on line 865

I am running WPMU2.8.2, BP1.0.3

Possibly. There may be something else in the database with regards to the path. I wouldn’t recommend moving an installation, I’d personally always reinstall it.

Are you using any custom slugs and when you try to register, is there anything in your web server log? Also please see https://buddypress.org/forums/topic/when-asking-for-support

Yup,

WPMU 2.8.3 + Buddypress 1.03 work tremendously on my website http://www.jazz.or.id.

Thanks a lot.

Gigya Socialize worked for my install… I’ve only tried myspace, facebook and twitter – but it authenticated me correctly and I was able to login to BuddyPress. Only issue I’m having is that each time you login with one of your social usernames, it creates a new username in WPMU/BuddyPress, as opposed to all tying to your one WPMU/BuddyPress account. This created havoc for me, since I want to use groups, and other permissions.

At this point, I’m leaning towards limiting to just the Facebook login. Does anyone know if there is a way to hide/not allow login using the actual wordpress login, and ONLY use the login for Gigya Socialize? I/e allow users to go to wp-admin, but not give them the option to login using the user/pass – only letting them see the Gigya Socialize plugin.

I’m working on replies here. Thank you very much for the positive response so far

Screenshots: I haven’t got any, but look at my achievements profile on my BuddyPress site at http://dangerous-minds.org/members/djpaul/achievements/.

So, what changed? Did you change server, database, BuddyPress version?

Would be amazing to see FB connect just built into Buddypress. Would help communities starting out with BP to establish users. Would also help get more people downloading and implementing BP due to the popularity of FB.

If it just worked on the standard install of BP then it would appeal to a huge audience and issues like this wouldn’t be much of a question.

How do you handle fullname/real name in these school community sites:

1. students can just fill in whatever they like in the standard BP fullname field?

2. or did you add code to check for a two-part name?

3. or do you have code that synchronizes the firstname and lastname fields in wp_usermeta with the fullname field in BP xprofile?

4. did you create a custom xprofile field for lastname and use fullname for first name?

I still haven’t figured out what the best solution is…

Also how do you keep track of members when the admin areas use the usernames? Did you find a way to synchronize usernames with fullnames? What about blognames/urls?

Chris Kenniburg, is your Set Privacy plugin available somewhere? Is it a regular WP(MU) plugin?

Privacy controls are in the development roadmap, I think for version 1.3, release date tbd.

Until then you could use this code, but it doesn’t have a working ‘restricted area’ message with ajax or redirect, so you’ll have to code something yourself if you want to use it.

In this thread Chris Kenniburg mentions a Set Privacy Settings plugin.

Wickedbob,

Look at Community Blogs for BuddyPress (https://wordpress.org/extend/plugins/bp-community-blogs). You can turn a normal blog into a Community Blog or a Group Blog.

Seems to work for me, though not extensively tested.

Only note to consider with this members-only plugin is that it redirects users trying to get to the main blog/site, but if they have URL’s to other “pages” members pages, etc… they can get to those directly. The redirect doesn’t apply to those pages/sections. (at least not yet)

If you find a solution to this problem wpmu/buddypress-wide, please let me know. I’m looking for a similar solution.

This is not a BuddyPress issue. It is a WPMU issue. I would suggest searching the WPMU forum for an answer. If you cannot find an answer there, then post a new thread in that forum.

Okay, so you’ve successfully upgraded to WPMU 2.8.3.

Did you finish the WPMU upgrade by logging into the backend as the Site Admin and going to “Site Admin > Upgrade” and hitting the “Upgrade Site” button?

After that, you go to Plugins menu group and under your BuddyPress plugin, it should say:

There is a new version of BuddyPress available. View version 1.0.3 Details or upgrade automatically.

Ahh. I see! I gotcha now.

I have seen this behavior in IE when you try to put a width on the body tag… which the default theme does. The simple solution is just to get rid of any width declarations on body (or maybe 100% would work) so the entire problem goes away. Just add a wrapper div around your entire site and put your page width on that. Open it as the first thing after body and close it just before the close body tag. Give it an id and then apply your width to that… so…

HTML

<html>

<body>

<div id="wrapper">

[everything else]

</div>

</body>

</html>

CSS in site-wide.css

body {

min-width: 100%;

max-width: 100%;

}



#wrapper {

width: 970px;

}

Of course… this means editing your theme files (header and footer)… not just overriding some CSS. But I think this would be a better solution than relying on javascript hacks. Also, I have not tested this in IE… so I’m not 100% sure it will work. You might have to edit the base.css files to completely remove the min-max width declarations rather than just overriding them with 100% in the site-wide.css file.

David,

Sorry realised that I’d already got body width at a fixed size but not in site-wide, which when looking at it now seems obvious.

Problem with IE however is in the calculating of sizes. When a user resizes the screen some elements are left floating and are not in line with the rest of the page. Hitting refresh works but it doesn’t help the user experience.

The body width works fine in most cases, but the need to fix the rendering bug in IE is what has been causing the problem. That is what the javascript has been about. But in drilling down through various forums, the answer has been to try and fix the css. The problem seems to be the inheritance or lack of it of position:relative in IE. Adding this to a top-level div seems to work (for me anyway)…

Hope that makes sense…..

hi there,

Integration was smooth for me, except for one thing

here is the site in question: http://www.waapsols.com

Its running Buddypress.

These are the steps I followed to integrate BB and BP… https://buddypress.org/forums/topic/bp-103-and-bbpress-which-version-plugins-cookies#post-20006

WPMU, BP, and BB is working good. But I just can’t get the logins to work, I mean when I login into WPMU, I am not automatically logged into BBPress Forum.

I am guessing thats the reason why in my BuddyPress, the forum is working fine, but who ever posts, there is no gravtar or name is seen

Can someone help, what might have gone wrong.?

I guess this is the latest trunk. Is there a faster way to download this thing or is file by file the only option?

And it’s actually not working. When I activate the plugin, the group forums disappear in all BP groups.

I have the same problem.

Some ideas?

It is part of the trunk; problem is that is under development and unstable versions of the code. It’s not recommended to run off the trunk version so I will let you find out where the BuddyPress SVN is and how to get the trunk version if you really want it.

Good news is, BuddyPress is due for v1.1 in a couple of weeks as far as I know, so you don’t have to wait long for the next stable, official release.