BuddyPress.org

BuddyPress activity items aren’t WordPress posts so as far as I know you can’t associate categories or tags with them. However, activity items do have associated meta.

Take a look at these functions which will be useful to you:

bp_activity_add_meta()
bp_activity_update_meta()
bp_activity_get_meta()
bp_activity_delete_meta()

Hi,

in brief: yes!
But it depends greatly of your CSS and design knowledge. Fortunately, you can access to the whole theme code used on buddypress.org, by clicking here.

Official announcement of this was in 2014.

There are quite a few social login plugins. I use WordPress Social Login. If you click Add New in plugins and search social login you’ll see quite a few.

I would suggest https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ to create your profile fields. There also conditional field plugins that would allow you to set up different fields to members and doctors.

You’ll need FTP access for that probably. These items are not stored in the Media Library. Avatars are stored in wp-content/uploads/avatars. RTmedia probably stores items in another directory in uploads (I’m not familiar with that plugin).

If you just need to ghost a few offensive users, perhaps a plugin like this, which allows you to impersonate the user, might help: https://wordpress.org/plugins/user-switching/

I would suggest asking this question in the Studiopress forums. It could be that the Genesis Connect plugin was required before BP enhanced their theme compatibility. BP now works in any well designed WordPress Theme. You can read more about that here, along with instructions on building out your own child theme to tweak how BP renders within your selected theme:

BuddyPress Theme Development

Hi Dee,

I would suggest that you download the plugin and give it a try. If you already have a WordPress install, there isn’t anything to “buy”.

Once you log in, the Main activity stream has a central area where users can post updates:

Allowing users to post media to the activity stream, rather than just text, is going to require an additional plugin. Although I don’t use it, this will do the trick: https://wordpress.org/plugins/buddypress-activity-plus/

Commenting on each other’s posts is there by design. If you go into Settings/Discussion you can set the Threaded Discussion depth in the same space you would manipulate this for blog posts.

Rating each other’s posts could be done with https://en-ca.wordpress.org/plugins/bp-reactions/

Allowing users to also post to the blog on the site (as well as the activity feed) will require you to elevate their permissions. By default, users who are Subscribers (WordPress Roles https://codex.wordpress.org/Roles_and_Capabilities) can post to the Activity Stream, but not to the blog post. If you promote them to Contributor, they can post articles to the blog post as well: given your wish to moderate those posts, you want Contributor rather than Author, so you can read the posts first before publishing. You can’t moderate the activity feed. Users can post there freely (like FB)

First, you need to figure out how to fetch the Active Directory data for a user and how to display it. This isn’t dependent on BuddyPress.

Once, you’ve figured that out, you’ll need to hook into the BuddyPress profile template to add those fields.

If you are a WordPress developer, there are various hooks you could use. View the profile template:
https://buddypress.trac.wordpress.org/browser/tags/2.8.1/src/bp-templates/bp-legacy/buddypress/members/single/profile/profile-loop.php

And hook into any of the do_action() hooks to display your AD data. To get the current user’s ID on a profile page, use bp_displayed_user_id().

You have 2 options. I’d recommend the 2nd:

1: Copy and paste the JavaScript to your my-theme/buddypress/members/register.php template. In this case you’ll need to copy the <script> tags also.
2: Create a separate file (my-theme/js/script.js for example) and paste the JavaScript into that. In this case you don’t need to copy the <script> tags. If you go down this route you will need to enqueue the script. See this article for info on how to do that:

wp_enqueue_script()

It’s being caused by the BP Group Email Subscription plugin.

View the following for a fix until the next version is released:
https://wordpress.org/support/topic/styling-issue-of-letters-with-v3-7-0/#post-8832281

Hi,

you need a child theme and a small code modification.

The code is explained here.

if ( bp_has_members( bp_ajax_querystring( 'members' ) ) ) is to replace by something like (can be different)
if ( bp_has_members( 'type=random' ) )

In a “buddypress” folder of your child theme, you add a copy of this file:
wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/members-loop.php

What ever you modify in that file while now be interpreted by BuddyPress. The advantage of this method is that BP can be updated while your modification in the child will always be save and taken in account over the current version.

You can also search the forum for members-loop to get other information.

1,2,3,4,6 should be left to WordPress plugins as these are specific to WP.

7, 10 have been discussed as core options. It just takes time for developers and the team to finalize specs and to code as this is all done on a volunteer basis. 10 is hard because it relies on a ton of dependent code that hasn’t been written or finalized yet.

5 – There’s been some preliminary work on this. See https://github.com/buddypress/bp-types-ui.

9 – If you’re using WordPress multisite, this should be already available as a WordPress option under “Network Admin > Settings”. Otherwise, this plugin might work, but does the opposite. It restricts signup to email domains that you specify.

Notifications

2 should already be in core.
3 is a good request, but unreliable due to how the notifications data is stored. It would be easy to do for BP core notifications, but notifications generated by plugins could store the user ID differently, making this unreliable.
4 could be done via a custom template or via a small code snippet.

You need to figure out what is causing the white screen.

Turn on WP_DEBUG and view the notices that are logged or displayed:
https://codex.wordpress.org/Debugging_in_WordPress#WP_DEBUG

List the notices here if you want us to attempt to diagnose your problem.

My first guess is your problem is memory-related as your webhost might have restricted memory usage. Or if you’re using a caching plugin that is not correctly configured.

Hi,

not the solution, but more a way to resolution and to see how you could do that title adjustment.
Read here.

WP function reference you have to explore:
pre_get_document_title
wp_title

..anything related to “title” in bbPress.

I use https://wordpress.org/plugins/buddypress-login-redirect/ – and it does exactly that.

This field is visible by default.

If not, so the problem might be with your theme.
For other what’s new form questions, search the forum.

Some answers here:

Height what’s new form

https://buddypress.org/support/topic/how-do-i-remove-textarea-resize-without-editing-the-js-script/

Hi,

did you considered this plugin ?

Hi,

sorry but this is not related to BuddyPress.
Dashboard access is part of WordPress and the way it is displayed on your screensht indicate that it is also theme dependant somehow.
You can hide any menu item from the WP toolbar by following these instructions

or you can chosse to active/deactive the toolbar option in BP settings or use a plugin to limit dashboard access.

That is used by the backbone – javascript library which is included with WordPress.
Perhaps something, maybe your theme, is preventing it from being loaded.
Try switching to a WP theme like 2015.

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