My custom theme Buddypress (1.6.1)/Wordpress (3.4.2) site was working perfectly fine. There was a Post Update button and activities were sticking.
Yesterday I updated Jetpack, BP Menus, Post Topics, Google Analytics, WP Facebook AutoConnect paid. The Post Update button disappeared. I solved that problem disabling BP Menus v2.0.3. I only allow registration of Buddypress accounts through Facebook. Now some accounts can post perfectly fine – their post will stick on the website. However I’ve noticed with some other accounts that when they try and post simple text the post appears to go through and have been submitted, however the post disappears once the user refreshes the page.
I’ve noticed that users whose post disappears on the Activity Stream can still send private messages and those work fine.
Any ideas on what is causing this problem and how I can fix it?
Ray,
Thanks for the help. I created the custom file like the directions said to and placed the code in like this:
`<?php
// hacks and mods will go here
remove_action( ‘bp_init’, ‘bp_core_wpsignup_redirect’ );
?>
`
However, registration page still does the redirect. 
Any other suggestions? It is in the wp-content/plugins/ directory.
I have a multisite wp install with buddy press and I am seeing the following behavior.
If someone registers and puts a space in the username i.e. john doe, the username is changed by wp to johndoe, (it is my understanding that this is done by wordpress) The issue that it is not really highlighted to the user, so if they don’t pay close attention to the username and try to enter the username that they entered (with the space) they will get an invalid username message..
My question is this, is there a way to notify the user during registration (they receive a confirmation email but honestly i don’t think they will read it close enough to realize the change in username) that the username with the space is not acceptable? maybe to add some king of validation or error message when a space is entered in the username field?
I have tried several plugins that would restrict usernames without any success so though maybe I could approach this at the registration form itself.
I am running WP 3.4.2 and buddy press 1.6.1
Any help would be greatly appreciated
Hi Everyone!
First off, thanks everyone for your help, MUCH appreciated.
Basically my problem is that when first creating a group, I get to the second step, then click next and all I get is a totally blank page. Absolutely nothing on it. Then I hit my back button, and click on the group tab, and the group has been created. So why is it giving me a blank page on the third step?
Also, when I click on forum for that specific group, I also get a totally blank page. I did install the group forums in the BuddyPress settings.
I also have the latest version of BuddyPress, and WordPress.
Thanks for you help 
Hi! I have sompe problems.
In “Member page” if i click on a member I get redirected on homepage. The same thing with menu of buddypress: if i click on “messages”, “friends” or similar menu I get redirected in home page.
Can you help me, please?
My site is http://www.scheggedicristallo.com
I think that maybe a problem in .htacess.
My actual .htaccess is
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
deny from all
order deny,allow
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule ^[_0-9a-zA-Z-]+/(wp-(content|admin|includes).*) $1 [L]
RewriteRule ^[_0-9a-zA-Z-]+/(.*.php)$ $1 [L]
RewriteRule . index.php [L]
# BEGIN W3TC Browser Cache
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html
BrowserMatch bMSI[E] !no-gzip !gzip-only-text/html
Header append Vary User-Agent env=!dont-vary
AddOutputFilterByType DEFLATE text/css application/x-javascript text/x-component text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon
FileETag None
Header set X-Powered-By “W3 Total Cache/0.9.2.4”
FileETag None
Header set X-Powered-By “W3 Total Cache/0.9.2.4”
FileETag None
Header set X-Powered-By “W3 Total Cache/0.9.2.4”
# END W3TC Browser Cache
# BEGIN W3TC Page Cache core
RewriteEngine On
RewriteBase /
RewriteRule ^(.*/)?w3tc_rewrite_test$ $1?w3tc_rewrite_test=1 [L]
RewriteCond %{HTTP_HOST} ^(www.)?([a-z0-9-.]+.[a-z]+).?(:[0-9]+)?$
RewriteRule .* – [E=W3TC_DOMAIN:%2]
RewriteCond %{REQUEST_URI} ^/(stefanogiolo|ameliapiscolla|martinatomasso|albertomolinaroli|chiaraperlini|sharonmissaglia|darklady|veracaiazza|jelkaserpieri|fabioscolari|veronicafratter|ninooriolo|melissabiancon|valentina|vincent|ninetta|claudia|giuseppepecoraro|annamariacuccu|valentinagestri|emisiarte|arturoavossa|simonabaralla|giancarloguidi|globals|lauraruggiero|chiararossini|pamelacozza|beatricecinollo|silviaenriconi|marcoschembri|dimitryrufolo|pattysimon|albadragoni|giulianourbano|nicolaspecchierla|giovannasgorbani|francescapellegrino|marcosposato)/
RewriteRule .* – [E=W3TC_BLOGNAME:%1.]
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule .* – [E=W3TC_ENC:_gzip]
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} =””
RewriteCond %{HTTP_HOST} =lnx.scheggedicristallo.com
RewriteCond %{REQUEST_URI} /$ [OR]
RewriteCond %{REQUEST_URI} (sitemap(_index)?.xml(.gz)?|[a-z0-9_-]+-sitemap([0-9]+)?.xml(.gz)?) [NC]
RewriteCond %{REQUEST_URI} !(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|/feed/|wp-.*.php|index.php) [NC,OR]
RewriteCond %{REQUEST_URI} (wp-comments-popup.php|wp-links-opml.php|wp-locations.php) [NC]
RewriteCond %{HTTP_COOKIE} !(comment_author|wp-postpass|wordpress_[a-f0-9]+|wordpress_logged_in) [NC]
RewriteCond %{HTTP_USER_AGENT} !(W3 Total Cache/0.9.2.4) [NC]
RewriteCond “%{DOCUMENT_ROOT}/wp-content/w3tc-%{ENV:W3TC_BLOGNAME}%{ENV:W3TC_DOMAIN}/pgcache/%{REQUEST_URI}/_index%{ENV:W3TC_UA}%{ENV:W3TC_REF}%{ENV:W3TC_SSL}.html%{ENV:W3TC_ENC}” -f
RewriteRule .* “/wp-content/w3tc-%{ENV:W3TC_BLOGNAME}%{ENV:W3TC_DOMAIN}/pgcache/%{REQUEST_URI}/_index%{ENV:W3TC_UA}%{ENV:W3TC_REF}%{ENV:W3TC_SSL}.html%{ENV:W3TC_ENC}” [L]
# END W3TC Page Cache core
If you were using the WordPress registration page before while running BuddyPress, then it was actually a bug in BuddyPress!
However, if you really need to use the WP registration page, add this code snippet to /wp-content/plugins/bp-custom.php:
`remove_action( ‘bp_init’, ‘bp_core_wpsignup_redirect’ );`
This snippet disables the redirect from WP’s registration to BP’s registration page. It’s not really recommended to this, so I note this as a disclaimer now!
You’ll also want to probably remove the “Registration” page from the BuddyPress admin settings area so that page cannot be used for registering.
Good point. Looks like a good trac ticket to post
In the example you posted above, however, this can already be accomplished if you have a page.php which includes a sidebar by default. When you edit the Group Directory page and choose the Full Width template, the directory page is rendered in full page. The single group pages take on the HTML structure of the theme’s default page.php which has a sidebar.
If however, you want all the BP templates to have full-width layouts for example, and have a default page.php with a sidebar, then that will be problematic …. unless you copy over the BP templates in your theme and add “, “ and “ which could include conditional statements and a different HTML structure surrounding the BP components. Of course this is theoretical since I haven’t tested it yet
EDIT – I see you’ve posted it in trac already https://buddypress.trac.wordpress.org/ticket/3741#comment:55
I have been using Buddy Press for almost a year and on our website we have people registering through the default WordPress register page, not the BuddyPress register page. This is because of data we need to collect but don’t want displayed on their public profiles, so the extended field function for buddypress doesn’t work for us.
It used to be I just had the other registration page unlinkable and linked directly to the WordPress registration page. But now, when I go to this page, it redirects itself to the BuddyPress registration page.
I just upgraded from 1.5.5 to 1.61. I’m running WP 3.4.2. I tried to reinstall my old 1.5.5 plugin, but that did not solve the problem. This leads me to believe that a core WP file has been rewritten and I would like to know which one that is, so I can simply replace with with a back up. Thank you.
Ok so I’m trying to get buddypress working for an academic site Ill be administering and as far asI can see Im on the latest and compatible versions of everything and yet I’m getting the seemingly VERY common “the registration page is blank” issue.
If I create a user and get the system to send them a “heres your account” email they can logon and they get full buddypress functionality. But If I try to get anyone to register the page is always blank.
I’m running:
BuddyPress Version 1.6.1
WordPress 3.4.2.
Theme is “BP Columns Version 1.5.3” which is supposedly 100% BP compatible.
I’ve also made sure that “Anyone can register” is checked in the general settings.
Any ideas? I’ve looked through previous threads on this subject and nothing I’ve read there seems to help.
Any suggestions? I’ at the point of abandoning the idea of using BP at all which would be a shame since I’m normally the WP evangelist in my organisation.
