BuddyPress.org

I am running WordPress Multisite 3.5.1 in the root directory. When I had everything setup correctly after installing BuddyPress it broke some of the profile fields on some users. I am running BuddyPress 1.7. I have the following latest versions of plugins and none of them from trial and error did anything:

• Bad Behavior
• bbPress
• Blubrry PowerPress
• BuddyPress
• Flowplayer 5 for WordPress
• Jetpack by WordPress.com
• SI CAPTCHA Anti-Spam
• Wordfence Security
• WordPress MU Domain Mapping
• WP Maintenance Mode

I was upgrading from BP Beta 2 and had no problems before. I am hosted on Linode and web server is Apache.

is that just due to development reasons or is there another reason you don’t like it?

Brian Krogsgard summed it up pretty well … http://krogsgard.com/2012/jetpack/

Just to clarify, I do intend to add support for Jetpack eventually, it’s just at the bottom of my list of things to support since it is a hassle to deal with.

gotcha not to try and make you explain why or anything since i probably wouldn’t understand the answer anyway

You will understand. It’s simply because Jetpack only seems to work when something is on the internet. That makes testing pretty much impossible unless I launch a live site just for testing Jetpack, which is kinda ridiculous.

but a LOT of wordpress sites do use JetPack i pretty much consider it a prerequisite for any site that wants traffic.

To each his own. I strongly dislike Jetpack. Myself and many others recommend people against using it.

Jetpack is not currently supported. I might get around to testing it with Jetpack in the future, but I haven’t found the time to do that yet. Jetpack makes things very difficult to test wtih.

Thank you mercime. Have now got it to the point where someone can register and activate their account – but once they are logged in – how do they add a post – all it does at the moment is give them access to the wordpress admin area with three tabs -Dashboard, Profile and Jetpack but no where to post?

Any ideas?

Thank You

Hi there – that was what I tried when the original tabs stopped working. I created a new menu, selected all the pages I wanted from the pages list and set that as my new default menu. Tried creating a new one just to double check. No joy, still does the same thing. Still have the BP components working, the pages I made not, but they’re find-able by searching.

I updated bbPress and JetPack at the same time, but not WordPress itself (I’m on 3.5). I’m using the Post name permalink option which is what I was using before, I believe – I know on other blogs that caused trouble but the link shown on the edit pages matches the links which fail to display so no mismatch there. I’m perplexed (but also new to BP).

Theme is speed plugins buddypress bbpress jetpack When i log in as a registered user and go to post, the add media button is not there tried changing theme still the same. registered users cannot add media to a post or page HostsLikeMe

To name some of the more likely possibilities:

• Jetpack
• Bad Behavior
• FV Antispam
• bbPress
• BP Xtra Signup
• Invite Anyone
• Network Latest Posts
• New Blog Defaults
• Welcome Pack
• WordPress SEO

I noticed after posting this yesterday that the form on the registration page (which works) is hard coded into the form, whereas the one on the `/blogs/create/` page is generated by the `bp_show_blog_signup_form();` function. Is it possible that the different functions that are run upon submission (on signup vs. blog creation) are be different enough to make this error occur?

…Maybe I’m barking up the wrong tree…

Thanks for your time,
Ben

OK…just wanted to post the fix for this. I’ll let the JetPack folks know, too.

To fix this, locate the class-IXR.php file in the \wp-includes directory. Then, locate the following line, comment it out (//) and save it:

header(‘Content-Length: ‘.$length);

@Paul is there any general rule of thumb for minimum server configuration size?

@all here is some info about my experience for others that would like to know more about size issues in advance:

I’m using the smallest VPS on http://www.kimsufi.com/fr/vks/index.xml (512MB) with 64bit Debian. With hindsight I should probably have chosen a 32bit install because that is said to consume less memory but still it is enough for one WordPress Multi-site and some of the bigger plugins like Jetpack with not too many sites and average traffic on the network. Installed Nginx/PHP5-FPM instead of Apache and for caching I added APC and WP Super Cache (in PHP mode) which did help a lot in getting the max out of the little machine. Pretty high speeds I must say, but loading BuddyPress on top of that and the thing started squeaking.

I have removed BuddyPress and cleared the completely fragmented opcode cache (had to restart PHP service because it refused to be cleared through the manager) and all is well again.

Maybe it would be possible to run a single site WP installation with BuddyPress on such a small server… or even multi-site but without any other memory-hungry plugins… or maybe some more tweaking of the APC settings (cache size and ttl) might make it pass… but I’m not going to try that on a live install 😉

I updated Jetpack, BP Menus, Post Topics, Google Analytics, WP Facebook AutoConnect paid.

When I disabled BP Menus I could see the Post Update button. After submitting the activity update through a non-Facebook WordPress account and then refreshing the page, the update displays. However when I try to login via Facebook and post a status update while it seems to submit the update properly when I refresh the page the update disappears.

Thank you for your quick reply. This is strange because my page never had anything to do with gravatar.com. I also deactivated the plugin “Jetpack for WordPress” which seemd to be a possible trigger for this i0.wp.com, but nothing changed.

What do you mean with “I’ll raise it with Automat(t)ic”? I’m not a native English speaker.

Rgds