Sorry for any confusion. In the top menu bar click the “Sign-up” link and look at the registration boxes and you will see that they are aligned to the left of the theme. I am trying to get all the pages in buddypress to align with theme. If you set up an account you will see that all of the pages are aligned to the far left of the screen.
I have found a possible bug in the BlogsMU Theme that can account for the group creation bug scenario exactly as described by Anointed.
I posted some details along with a proposed fix here:
http://premium.wpmudev.org/forums/topic/buddypress-group-creation-bug-in-blogsmu-theme-with-proposed-fix
Even if one isn’t using the BlogsMU theme, it is possible that the same scenario I described in the link above could occur with an incorrect URL reference in another theme.
I’m wondering if it might be better/safer if BuddyPress avoided cookies altogether in the group creation process and instead relied on the URL to carry state information?
– Scott
@grimbog
Was there any progress on this? I was interested in the same thing, whether if it’s code or an actual plugin.
Thanks!
This problem has been solved in the newest version of buddypress 1.2.7
When I install the buddypress template pack plugin and activate it my site gets broken doesnt work, then i deleted the files from the server for the plugin and then the site started working.
To make sure i installed it twice both times it didnot work so i had to delete the plugin, is there any way where by I could get the plugin to work.
Every single timestamp related to buddypress is off. Every one. When I post a status update, at first it says 0 seconds ago: then I refresh the page and it says 7 hours. My host and wordpress are correct time because comments have correct time. Should I go back to no 1.2.5.2?
@gunju2221 thank you. No, I don’t use that. Honestly, hear about that first time 
.
@crashutah I am using dedicated server with WP-Super cache. I am planning to change my host provider (maybe Hostgator?) and I would love to hear some tips if you have for a good performance and good price .
Broke for me when upgraded to 1.2.6.
Thanks @djpaul
I just installed wordpress and buddypress today, so everything is new
Just for a tester, I de-updated the plugin from 1.2.7, to 1.2.6, time still broken.
De-updated again to 1.2.5, and times are correct!
Well, throw me a clue here. Was your BuddyPress always like this? Did the times break when upgrading to BP 1.2.7? Or WP 3.0.4?
I have this problem also. I think it’s pretty poor of buddypress.
I tried setting the time zone in wordpress to New York, setting the time earlier so it set it to “5 hours”, realizing that, from LA, being 9 hours, maybe going further would solve it.
Setting to Moscow Russia I figured would fix the problem, but then it just says “sometime ago”
I NEED to have Times working, because everything is archived through time on my site, (cough cough, @djpaul 👿
This fix, from @r-a-y is outdated: https://trac.buddypress.org/changeset/3142, applied some, does not fix the problem
Thanks for the quick replies.
@modemlooper: When I tried your code, it gave me this…
Warning: Division by zero in C:xampplitehtdocswp-contentthemespartyhookupsindex.php on line 10
Warning: Cannot modify header information – headers already sent by (output started at C:xampplitehtdocswp-contentthemespartyhookupsindex.php:4) in C:xampplitehtdocswp-includespluggable.php on line 890
@Jalien: I will give it a shot, but I’d really prefer to use my own code and keep plugins to a minimum
I tried this and it worked, but I’m wondering if it will break something else or if it’s bad programming practice. Any thoughts?
if ( !is_user_logged_in() ) :
global $bp;
$bp->signup->step = ‘request-details’;
locate_template( array( ‘registration/register.php’ ), true );
else :
index.php as usual
Thanks for your replay.
@paul – uploaded avatar saved in /wp-content/uploads/avatars/signups
@mercime – wordpress working on signle site on root. (http://mysite.com)
My .htaccess :
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php [L]
# END WordPress
@hnla : my site is host on windows server. i was check permission for read/write for IIS user.
but i dont know whats going wrong….. 
waiting for your reply.
BuddyPress adds extended profiles and groups to a WordPress install. What you want is doable but it wouldn’t be out of the box. You’d have to do some customization.
@jeffsayre has a privacy plugin due out soon.
I did some more digging on WordPress, and what I’m looking for is something like the “Comment Toolbar” plugin. It doesn’t work in buddypress though.
That would be perfect if it did.
@dwenaus
This plugin sounds like a great idea. I would love to beta test when it becomes available.
There are several plugins (one quick post) that allow users to post from their buddypress profile.
@gunju2221
Just did that a minute ago. Deactivated all plugins except Buddypress. Didnt work either…
ok, now I am starting to think it’s a conflicting plugin.
Deactivate All Plugins, but Buddypress temporarily. See if it fixes it.
@gunju2221
Thanks for your advice.
Ive replaced ajax.php with the original version in:
…l/wordpress/wp-content/plugins/buddypress/bp-themes/bp-default/_inc
and functions.php in:
…/wordpress/wp-content/plugins/buddypress/bp-themes/bp-default
and bp-messages.php in:
…/wordpress/wp-content/plugins/buddypress
It didnt solve the problem
@hnla
I think you are referring to the Custom Profile Filters for BuddyPress plugin (https://wordpress.org/extend/plugins/custom-profile-filters-for-buddypress/installation/)
I had this installed already and works perfectly in the members-loop. But it doesnt apply it to the bp_group_the_member loop
The automatic links still show up…
So this is where I’m getting stuck…
