BuddyPress.org

From my previous post, changing AllowOverride None to AllowOverride FileInfo seems to have made the member, groups, and other pages operational.

The following is a diff of the httpd.conf from the Yosemite version of macOS and my current version. Remember that there are three configuration files: httpd.conf, my.cnf, php.ini
https://bradleyaross.wordpress.com/2017/02/04/wordpress-installation-problems/

BradleyRossMacBook:apache2 bradleyross$ diff httpd.conf httpd.conf-YosemiteDefault
22,25d21
< #
< # History:
< # Starting with httpd.conf.pre.update which was dated July 1, 2015
< #
107,109d102
< #
< # The line for mod_include.so was uncommented 17-February-2017
< # to allow the use of server side includes
164,167c157
< #
< # The line for mod_cgi.so was uncommented on 17-Feb-2017
< #
< LoadModule cgi_module libexec/apache2/mod_cgi.so
—
> #LoadModule cgi_module libexec/apache2/mod_cgi.so
178,186c168,170
< # See http://askubuntu.com/questions/48362/how-to-enable-mod-rewrite-in-apache
< LoadModule rewrite_module libexec/apache2/mod_rewrite.so
< #
< # The two following lines had been commented out as part of the
< # update July, 2015. They are now being uncommented to
< # put them back in
< #
< LoadModule php5_module libexec/apache2/libphp5.so
< LoadModule hfs_apple_module libexec/apache2/mod_hfs_apple.so
—
> #LoadModule rewrite_module libexec/apache2/mod_rewrite.so
> #LoadModule php5_module libexec/apache2/libphp5.so
> #LoadModule hfs_apple_module libexec/apache2/mod_hfs_apple.so
235,237d218
< # Apparently the slash at the end of the Directory open tag
< # refers to the root of the file system rather than /> indicating
< # an empty tag
269,270c250
< # The attribute Includes was added 17-Feb-2017
< Options FollowSymLinks Multiviews Includes
—
> Options FollowSymLinks Multiviews
278,281c258
< # The attribute None was changed to FileInfo 17-Feb-2017:wq
<
< #AllowOverride None
< AllowOverride FileInfo
—
> AllowOverride None
453,455c430,431
< # The following two lines were uncommented on 17-Feb-2017
< AddType text/html .shtml
< AddOutputFilter INCLUDES .shtml
—
> #AddType text/html .shtml
> #AddOutputFilter INCLUDES .shtml
BradleyRossMacBook:apache2 bradleyross$

I have .htaccess
I have loaded the entire system three times and followed the directions
I have made sure that all of the files have an owner of _www

I have already screamed and will probably do so again. I am currently using

Apple Macintosh macOS 10.12.3
Wordpress 4.7.2
Theme: TwentySeventeen
bbPress 2.5.12
BuddyPress 2.8.0
Jetpack 4.6

The requested URL /blogs/wordpress/template/members/bradleyross/profile/edit/ was not found on this server.
The page register has the permalink http://localhost/blogs/wordpress/template/index.php/members
Does this sound correct

It also appears that multiple attempts to load the software may result in things like members-2 and members-3. You may have to send pages with those permalink to the trash and then empty the trash. Hopefully, you can then recreate the pages correctly

I now assume that the problem is somewhere in the rewrite module. In the httpd.conf file, I am going to change the line Allow None to Allow FileInfo. Does this sound reasonable and are there any other changes you think that I should make.

in httpd.conf, I have

LoadModule alias_module libexec/apache2/mod_alias.so
LoadModule rewrite_module libexec/apache2/mod_rewrite.so
#
# The two following lines had been commented out as part of the
# update July, 2015. They are now being uncommented to
# put them back in
#
LoadModule php5_module libexec/apache2/libphp5.so
LoadModule hfs_apple_module libexec/apache2/mod_hfs_apple.so

and

<Directory “/Library/WebServer/Documents”>
#
# Possible values for the Options directive are “None”, “All”,
# or any combination of:
# Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
#
# Note that “MultiViews” must be named *explicitly* — “Options All”
# doesn’t give it to you.
#
# The Options directive is both complicated and important. Please see
# http://httpd.apache.org/docs/2.4/mod/core.html#options
# for more information.
#
# The attribute Includes was added 17-Feb-2017
Options FollowSymLinks Multiviews Includes
MultiviewsMatch Any

#
# AllowOverride controls what directives may be placed in .htaccess files.
# It can be “All”, “None”, or any combination of the keywords:
# AllowOverride FileInfo AuthConfig Limit
#
AllowOverride None

#
# Controls who can get stuff from this server.
#
Require all granted
</Directory>

@indra1007

Have you read the article that was linked by @danbp?
Do you have .htaccess file in the same diretory where you installed WordPress?
If not, create it with this content:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

More details here: https://codex.wordpress.org/htaccess

Latest WordPress itself has issues on PHP 7.1, and while testing BuddyPress we allow failures on PHP 7.1 as well.
So in general BuddyPress should work on PHP 7.1, but no one spent extra attention on testing there everything and fix if there are any issues.

Try to downgrade to PHP 7.0.x.

Thanks for reporting!

A fix is already in trunk:
https://buddypress.trac.wordpress.org/changeset/11432

This will be ready for v2.8.1. Until then, manually patch bp-xprofile/bp-xprofile-admin.php with the changeset linked above until 2.8.1 is released.

See: https://buddypress.trac.wordpress.org/ticket/7445

Bug confirmed! Open a ticket on the trac.

To login, use same credentials as for this forum.

Hi. I struggled with this for a while, and I agree entirely that something like this needs to be in the BuddyPress core… actually, I think much better user management needs to be in the WordPress core, not just BuddyPress, but that’s a discussion for another time…

I eventually found the code that you’re using and modified it to be able to ignore all users with a specific WP role or roles, thus removing the need to hard-code specific user IDs.

To manage user roles you’ll need a plugin such as User Role Editor by Vladimir Garagulya and create a new role that you assign to users who you want excluded (I chose “suspended”). If you use URE you can assign this as an additional role to the main one that WordPress allows you to set.

The code is here: http://pastebin.com/9xYALGfR, but I’m no PHP expert, so offer no assurances… all I can say is that it works for me 🙂

You will need to integrate Multi Vendor plugin into BuddyPress.
That means create specific profile pages (there is an article in BuddyPress Codex), modify BuddyPress templates in your child theme (same – see articles in Codex).

You can check this as well:

• https://wordpress.org/plugins/bp-wc-vendors/
• https://www.wcvendors.com/help/topic/wc-vendor-products-with-buddypress/
• http://docs.buddyforms.com/article/151-create-a-social-marketplace-with-woocommerce-and-buddypress
• https://wpsoul.com/how-to-create-multi-vendor-shop-on-wordpress/

What are your WordPress and BuddyPress versions?

Have you tried one of the privacy plugins?
For example: https://wordpress.org/plugins/bp-simple-private/

Apparently ticketed:
https://buddypress.trac.wordpress.org/ticket/7443

We’ll consider a possible solution or ‘hack’ 🙁 to avoid the issue.

Did you configure WordPress to use SSL?
http://www.wpbeginner.com/wp-tutorials/how-to-add-ssl-and-https-in-wordpress/

Hi, about BP Group Hierarchy, it is not supported any more.

I just patched a bunch of pull requests and patches from Github, but I do not maintain the plugin. I personally do not use the plugin either, so I’m sorry that I cannot help out here.

Your best bet is to engage with the community that uses BPGH and see if someone has a fix. I know that dcavins is working on an alternative to BPGH, but I’m not sure if that plugin supports everything from BPGH yet.

It also looks like dcavins proposed a fix for the count here:
https://wordpress.org/support/topic/fails-with-bp-2-7/#post-8435421

If that works, I can merge it into my branch of BPGH.

This has nothing to do with BuddyPress, but it has to do with adding HTTPS support to your WordPress website.

You have to either pay to get a SSL certificate or use the Let’s Encrypt service to get a free SSL certificate:
https://letsencrypt.org/

Then, configure WordPress to use SSL and this issue should be fixed.

Yes, you can use a hook in a function bp_activity_add() called the same.

/**
 * Fires at the end of the execution of adding a new activity item, before returning the new activity item ID.
 *
 * @since 1.1.0
 *
 * @param array $r Array of parsed arguments for the activity item being added.
 */
do_action( 'bp_activity_add', $r );

So you should write something like this:

add_action( 'bp_activity_add', function( $arguments ) {
    // Put in wp_mail() function all your params, see https://developer.wordpress.org/reference/functions/wp_mail/
    wp_mail($to, $subject, $message);
} );

I’ve not seen anything with a pie charge, but for the raw data you could look at Dan’s plugin:

https://wordpress.org/plugins/buddymemberstats/

Can you follow up on Paul’s suggestion?

Do you have NOBLOGREDIRECT defined anywhere? Check wp-config.php or check if a plugin or theme is defining it somewhere.

I’ve added a patch that should fix this issue if NOBLOGREDIRECT is defined, but is running from single site:
https://buddypress.trac.wordpress.org/attachment/ticket/7441/7441.01.patch

Can you test this out and let us know if this fixes things for you?