BuddyPress.org

@sureshkutti Did you go through the steps posted here? https://codex.buddypress.org/user/setting-up-a-new-installation/installing-group-and-sitewide-forums/

If not, how did you install your group forums and your sitewide forums? Which did you set up first? What’s the slug/URL of your Group forums? What’s the slug/URL of your Sitewide forums?

As for the Anonymous posting you set up in Sitewide Forums, best place to troubleshoot that would be at https://bbpress.org/support/

What you are trying to do isn’t going to be easy (or advisable, in my opinion). It’s probably going to involve extracting an older version on bp default from a much older then current version of buddypress (and probably having to do a lot of modification) or something equally unpleasant. Making something which is designed as responsive unresponsive is a little bit like making a car out of spare parts from a plane (a lot more trouble then it’s typically worth).

Not trying to judge your motivations at all here but you may want to consider if you can live with a responsive theme as it has a lot of benefits if you can. Mobile device traffic share is growing everyday and i suspect it won’t be long before most web traffic is via mobile devices. In fact google has even issued statements to the fact that there a search benefits for using single responsive design as opposed to distinct layouts for different devices:

http://googlewebmastercentral.blogspot.com/2012/04/responsive-design-harnessing-power-of.html

Obviously, i have no idea why you don’t like responsive so maybe that’s all irrelevant but i just thought you might want to consider that.

well there is https://codex.buddypress.org/ but it is a little more geared for development as opposed to usage the way the wpmudev.org one you referred to is.

i would defer to anything hugo tells you but i’m still wondering if you are getting any wp generated emails (for comments, wp registrations) if you are not then it would tend to indicate some thing is wrong with the way wp and/or your server is configured and not have anything to do with buddypress itself. just my 2 cents.

Ok, I did what your asked me to do last night. I deactivated all the plugins and then activated the BuddyPress default theme. I get the same results. I sign up to be come a new member and I do not get the confirmation email. I have attempted to sign up with a number of email accounts that I have and nothing is going into my spam folders or my inbox.

Are you using multisite? Are you installing as admin full rights or as a user? What hosting are you using – self hosted or with a hosting company that installed WordPress?

What version of BuddyPress are you using?

My ‘gut’ reaction when commenting doesn’t work would be it’s scripting but you say it’s commenting only for users. So that doesn’t really apply – scripting would mean it was broken for one and all.

Have you tried with the default theme for BuddyPress? Just as a sanity check?

Meanwhile, I’ve tested the BP demo of this one /loginradius-for-wordpress/ and it doesn’t duplicate the user. But I prefer not to use a external service.

So, I found this one buddydev.com/plugins/buddypress-facebook-connect-plus/ (thanks to @mercime) and it looks perfect for what I’m looking for. Any of you have used it? if you do, does it duplicate the same FB user in wp_users? and does it work fine importing users Facebook data to BuddyPress profile?

Thank you very much for your help and if I find more usefull info about this, I will post it here 🙂

@fivehead

You are should add it to bp-custom.php
If you don’t have this file:
https://codex.buddypress.org/developer/customizing/bp-custom-php/

@bluellipse What version did you upgrade from? The BP Default theme has been responsive since BP 1.5 and we’re on BP 1.6.2 so this shouldn’t be a surprise. Are you using a bp-default child theme or using the BP Default theme?

@Roman, I’ve seen a similar fix out there on the interwebs, but it didn’t work for me. Yours looks to be tweaked a bit from what I’ve seen, so I’ll give it a go. Where did you put this bit of code?

Hi @fivehead
I had already found decision for me. This small hack completely fixed avatar and group avatar problem for my site in MULTIBLOG mode:

`
/* This fixes the MULTIBLOG avatar problem */
function nfm_bp_avtar_upload_path_correct($path){
if ( bp_core_is_multisite() ){
// $path = ABSPATH . get_blog_option( BP_ROOT_BLOG, ‘upload_path’ );
$path = ABSPATH . ‘wp-content/uploads/’;
}
return $path;
}
add_filter(‘bp_core_avatar_upload_path’, ‘nfm_bp_avtar_upload_path_correct’, 1);

function nfm_bp_avatar_upload_url_correct($url){
if ( bp_core_is_multisite() ){
$url = get_blog_option( BP_ROOT_BLOG, ‘siteurl’ ) . “/wp-content/uploads”;
}
return $url;
}
add_filter(‘bp_core_avatar_url’, ‘nfm_bp_avatar_upload_url_correct’, 1);
`

this post is continued from https://buddypress.org/support/topic/still-having-trouble-with-forum-main-page/

@harvey1233 please keep to one thread for the same topic. Closing this post in favor of https://buddypress.org/support/topic/currently-attempting-to-create-a-forum-on-my-main-page-and-unable/#post-149606

Recently we have updated to the new BuddyPress 1.6.2. Ever since the upgrade, the confirmation email is not going out to members attempting to register as new members. Our site is http://rotarymeansbusiness.com/. We now see that others are having this problem. We did not have this problem before the upgrade. We also use the plugin “Buddypress Pending Activations.

Please advise,

Wayne Rowlands

Good call, @Roman. Defining both fixed one problem, but introduced many more.

Delving deeper, I believe that multisite is designed, on purpose, to keep things separate amongst network sites. That includes avatars, group avatars, etc. That is why each site has a separate upload directory (wp-content/blogs.dir/3/files/avatars, wp-content/blogs.dir/4/files/group-avatars and so on…).

By default, each subsite’s upload path is something like wp-content/blogs.dir/5/files. And the home site’s upload path is wp-content/uploads. If no root blog is set (which @Roman pointed out that we can’t set a root blog AND enable multiblog), then the code will set the current site as the root blog and grab that site’s upload path. For example, if I’m on site 5 of a WPmultisite/BPmultiblog install, the site will look to pull files from the wp-content/blogs.dir/5/files folder. Accordingly, it will find any files that were uploaded to that directory, from site 5. It won’t find your avatar, because you likely uploaded them via the home site, and those avatars reside in the wp-content/uploads folder.

While this design probably works for most implementations, it does not suit my purposes. I need to show avatars and group avatars across all sites (sounds like you both do as well). With that in mind, here is the path I’m heading down:

The Network Admin Sites/Settings page (accessible via wp-admin dashboard at wp-admin/network/site-settings.php?id=4) allows you to update the “Upload Path”, “Upload URL Path”, and “Fileupload URL”. For my project, I modified all subsites to be the same as the home site upload path: “wp-content/uploads”, “http://example.com/wp-content/uploads”, and “http://example.com/wp-content/uploads”, respectively. HOWEVER, you can update them until you are blue in the face, but you will never successfully upload to the directory you update to. This is because WP overwrites these custom upload paths with the default upload paths mentioned above. This is done on the last line of wp-includes/ms-settings.php. As @Andrea Rennick points out on wordpress.org, this was done to protect ourselves from…ourselves by hosing things up in a multisite environment. On that same WP thread, @cooliojones proposed the fix of commenting out the last line in wp-includes/ms-settings.php, which is ms_upload_constants();.

YES, it’s a core hack, and NO it’s not the ideal solution, but I’m plowing forward with it anyway because I don’t want my project to die while I throw on my One Love cape and try to solve all the BP/WP integration problems of the world. I guess you have to ask yourself which is more important to you: common avatars across sites OR maintaining separate upload directories across sites?

Hope that helps.

As a last second, chuck it into the end zone and pray…Since I only need group/avatars to display across the multisites, I’m thinking it would be ideal if there way some way to define separate upload paths for group/avatars from all other uploads. Anyone have the golden ticket for that?

Related Reading:

i am also seeing a discrepancy between front end activity time stamps and what is shown in wp admin. i think whats happening at least for us is that the wp admin area is showing gmt time regardless of the local time. example:

latest post:

published – 13:54 local time (GMT-8)
front activity entry – 54 minutes ago
wp admin activity time stamp – 9:54 PM
current time – 14:48

current version of bbpress/buddypress/wp/multisite