BuddyPress.org

The BuddyPress Plugin doesn’t apply any style when you hover over a suggested @mention. When using a default WP theme (which is what the BP developers base their testing on) there is no hover effect on the suggested username. Which indicates that it is probably something in the style of the theme you are using that is applying this additional effect.

The quickest way to see if it’s the theme or not, is to quickly change themes to one of the Twenty-xx themes that are packaged with WordPress, and if the hover effect disappears, you know where the problem is.

That’s only part one. The next part is to figure out where in the theme the issue is and patch it.

This might be helpful: https://www.studiopress.com/using-firebug/

I haven’t tried this plugin in a few years, and it hasn’t been updated for a while, but it once did exactly what you are talking about.

https://wordpress.org/plugins/buddypress-activity-stream-bump-to-top/

You could customize the adminbar completely, using this snippet. I’m hiding the W menu, but you could probably hid the Sites menu and then add your own dropdown with the requisite links.

http://www.wpbeginner.com/plugins/how-to-add-edit-re-order-or-hide-wordpress-admin-menus/

         /**
	 * Adds custom "Home" menu to WP Adminbar.
	 *
	 * Also removes the "WP logo" menu.
	 *
	 * @param object $wp_admin_bar The WP Admin Bar object
	 */
	public function add_custom_parent_menu( $wp_admin_bar ) {

		/**
		 * Removing the "W" menu
		 */
		$wp_admin_bar->remove_menu( 'wp-logo' );

		/**
		 * Create a "Home" menu.
		 *
		 * First, just create the parent menu item.
		 */
		$wp_admin_bar->add_menu( array(
			'id' => 'commonlinks',
			'parent' => '0', //puts it on the left-hand side
			'title' => 'Home',
			'href' => ('INSERT LINK HERE')
		) );

		/**
		 * Add submenu items to "Home" menu.
		 */
		// Only show the following for logged-in users
		if ( current_user_can( 'read' ) ) {
			// Support link
			$wp_admin_bar->add_menu( array(
				'id' => 'support',
				'parent' => 'commonlinks',
				'title' => 'Support',
				'href' => ('INSERT LINK HERE')
			) );

			// Blog request form
			$wp_admin_bar->add_menu( array(
				'id' => 'blogrequest',
				'parent' => 'commonlinks',
				'title' => 'Stuff',
				'href' => ('INSERT LINK HERE' )
			) );

			// Developers blog
			$wp_admin_bar->add_menu( array(
				'id' => 'developments',
				'parent' => 'commonlinks',
				'title' => 'Developments',
				'href' => ('INSERT LINK HERE' )
			) );

		}

	}

The BuddyPress login widget is just a styled version of the WordPress login page. Hackers are still hitting the same database regardless of if they are finding your login widget — or more likely — blinding hitting your /wp-login.php page. wp-login isn’t being replaced here. If you are worried about brute force attacks, you should look into mechanisms created to protect WordPress (captchas, limit login attempts, etc.)

Replacing the WP login infrastructure with something else is a whole other matter, and something you would need to do on the WP side. As @djpaul mentioned, BP leaves that side of the site to the existing BP user management system.

BuddyPress doesn’t affect user authentication or password resets. We leave that to WordPress.

WordPress’ lost password link can be found on the .com/wp-login.php screen. You can copy that link into your theme/navigation menu, etc, if you want it elsewhere.

@skullchow To get your site back, you need to FTP (or SSH, or whatever — you should know how to do this) into your server. Go into the wp-content/plugins/ folder, and rename the buddypress plugin to buddypress-disabled. Then, visit your site’s plugins page (.com/wp-admin/plugins.php), and WordPress will fix itself.

Then what you need to do is obtain your server’s PHP error logs. If you don’t know how to do this, ask your webhost for help. Inside it, it will be list whatever error was breaking the site. If you let us know what’s in the log, we can help figure out what broke things.

Not quite! In BuddyPress 2.6, we added support for dynamic links for user profiles.

In your template/blog post/wherever, if you wanted a link to go to the logged-in user’s activity stream (for example), create the link to <a href=http://example.com/members/me/activity">my activity stream</a>.

See https://buddypress.trac.wordpress.org/changeset/10791 for the change.

Get in touch with the chinese translation team:

Translation Teams

You don’t need to download GlotPress, you can translate BP online. Just go to https://translate.wordpress.org/projects/wp-plugins/buddypress/stable/zh-cn/default and log-in.

And read the translators handbook to learn more about translating WordPress, plugins and themes.

If you prefer to read in chinese, see here: https://cn.wordpress.org/

Have you tried to adjust the size via child theme’s CSS ?
Some examples here: https://en.support.wordpress.com/custom-design/custom-css-media-queries/

You should ask the plugin author. Post your question on the support forum for BuddyPress Cover Photo.

If you are using BP v. 2.4 or greater, you don’t need that plugin – profile cover photos are part of BP.

@rvnamb if you aren’t looking to do programming you may want to check out some of the plugins here. https://wordpress.org/plugins/tags/recipes Some of them seem to integrate with Buddypress

If you want to keep the activity updates, and add a separate form for recipes, you will probably need to explore Custom Post Types. You’ll need to register a post type called Recipes.

These might help:
https://codex.wordpress.org/Function_Reference/register_post_type
http://www.wpbeginner.com/wp-tutorials/how-to-create-custom-post-types-in-wordpress/

As you have established that this is a WordPress issue, and not a BuddyPress one, you might be better to create a ticket over on wordpress.org, where there are more eyes looking at your ticket.

If I’ve read this wrong and you are just trying to sort out who an admin is, the best way to check for a role is via user capabilities (https://codex.wordpress.org/Roles_and_Capabilities). So checking to see if the users can “activate_plugins” will let you identify whether they have the admin role or not.

You could use something like this to add a badge to admin/verified users.

https://wordpress.org/plugins/buddypress-verified/

Your htaccess file should be set to 644: https://codex.wordpress.org/Changing_File_Permissions

I would suggest checking out this one, which will work for members, but can also be leveraged to feature other content as well:

https://wordpress.org/plugins/cac-featured-content/

This would be a lot of custom development. Read this post about consuming external API in WordPress http://ben.lobaugh.net/blog/46117/wordpress-interacting-with-external-apis

The Notifications %s string looks like it is available:
https://plugins.svn.wordpress.org/buddypress/tags/2.6.1.1/buddypress.pot

If you’re using a custom translation from a previous version, you need to merge your language files together. Here’s a quick tutorial I found on Google:
http://www.marketpressthemes.com/blog/how-to-merge-two-po-files-using-poedit/

You might also benefit from a translation that is already available here:
https://translate.wordpress.org/projects/wp-plugins/buddypress

I don’t believe this is a BuddyPress issue. When you change your permalinks, are you able to visit a regular WP post permalink? If not, it’s a WordPress issue.

I would say make sure your server is able to write to the .htaccess file.

Also, you might have to alter your .htaccess file to add the following to the top of the file:

Options +FollowSymlinks

Yes. There’s some sort of bug in the W3 Total Cache’s object cache file. Last time a few of us looked into it, we didn’t figure out what the problem was. However, we tested several other object cache loaders (I think https://github.com/tollmanz/wordpress-pecl-memcached-object-cache and https://wordpress.org/plugins/wp-redis/) and the problem did not exist. i.e. it’s a problem with W3TC.

I don’t have any advice other than the unhelpful “don’t use W3TC for object caching”. 🙁