BuddyPress.org

Hi

I am experiencing the same with the Boss theme from Buddyboss. I hope an update of buddypress will solve this annoying issue.

Best regards

the line esc_html__( ‘%1$s started the topic %2$s in the forum %3$s’, ‘bbpress’ ) presents the phrse “started the topic in the forum” to WP translation as part of the bbpress translation component. This means that you can create you own translation (alternative text) for the bbpress string using poedit and maybe WPT Custom MO File in order to get your system to use your translation for your site.

See https://codex.buddypress.org/translations/ and https://codex.buddypress.org/getting-started/customizing/customizing-labels-messages-and-urls/ obviously these pages are for BuddyPress, not bbPress but it’s the same principle.

BuddyPress cannot handle a different members slug for single profile pages.

It might be possible via custom code, but is probably hard to implement. The easiest thing to do is remove the user slug entirely for user profiles, while keeping the Members Directory at users.

You can remove the user portion of the member profile URL with the following code snippet in your theme’s functions.php or via a custom plugin:

add_filter( 'bp_core_enable_root_profiles', '__return_true' );

BuddyPress does not do anything to the login page.

You are using a 3rd-party plugin to manipulate the login page. Please use the support forum for that plugin for help.

Could you do this using BP Follow?

If it does not give notifications for new posts you can add a quick function for that.

Thanks for the thorough report, @jakdaniel5.

I’ve filed a ticket here – https://buddypress.trac.wordpress.org/ticket/7938

We’ll try to verify the issue internally. Once we can duplicate the problem, we’ll look to fix this up.

I applied the patch and tested with all default themes (twenty-*) and two custom themes and it works fine.

The BuddyPress ones are false positives.

Please read the 3rd point in the sticky thread:

BuddyPress 3.1.0 is now available!

If you have replies to make, make them at the linked thread mentioned in the sticky.

Closing to avoid forking the discussion.

Got the answer for you.

In v3.0.0, we conditionally load code depending on the page you are on.

Since you are manipulating the default nav item, the screen code needs to be available before the call to bp_core_new_nav_default() is made.

You can use the following code snippet in conjunction with the code snippet you are currently using until v3.2.0 is released to address this issue:

add_action( 'bp_late_include', function() {
	// Include Email screen code on Settings component and for default nav action (which is empty).
	if ( is_user_logged_in() && bp_is_settings_component() && ! bp_current_action() ) {
		require_once buddypress()->settings->path . 'bp-settings/screens/notifications.php';
	}
}, 11 );

I’ve created a ticket here – https://buddypress.trac.wordpress.org/ticket/7935

If you have access to your server, you can rename the wp-content/plugins/buddypress folder to something else like wp-content/plugins/buddypress-bak, then reload the Plugins page or a frontend page and BuddyPress should deactivate.

I’ve created a ticket here – https://buddypress.trac.wordpress.org/ticket/7934

Hopefully, some other contributors can duplicate the problem.

Hello @r-a-y
I am also using fresh WordPress setup, but still facing the issue. Here are the setup environment details:
WordPress: 4.9.7
BuddyPress: 3.1.0
Twenty Seventeen: 1.6

I enabled script debugging by adding following code to wp-config.php:
define( 'SCRIPT_DEBUG', true );

View post on imgur.com

The issue is arriving when I am opening customizer from any page, either I am in Appearance section or Pages.

I tried one setting in BuddyPress and issue gone. I changed Template Pack from BuddyPress Nouveau to BuddyPress Legacy in Admin Panel > Settings > BuddyPress > Options tab > Main Settings > Template Pack.

When changed “Template Pack” to “BuddyPress Legacy” it’s not loading any js containing wp.customize.control, so it’s not generating any error.

this might be closer to what you are looking for: https://wordpress.org/plugins/buddypress-verified/

Sorry, I cannot duplicate this on a fresh install of WordPress 4.9.7 and BuddyPress 3.1.0, using Twenty Seventeen and launching the Customizer.

Any steps to duplicate from a fresh install? What page are you attempting to launch the customizer from?

If you want to help debug the uncompressed javascript, add the following to wp-config.php:

define( 'SCRIPT_DEBUG', true );

And note down the JS console message.

Please use the code button when sharing code.

Thank you for this report and suggested fix.
Typically, bug reports are submitted in the support forum for a specific plugin.

BuddyPress Simple Events

The plugin has been updated.

What I’m asking is, is a user suppose to get a separate email with the activation code that they copy paste into?

When a user completes registration, the user should get an activation email which looks like this:

Thanks for registering!

To complete the activation of your account, go to the following link: example.com/activate/XXX/

XXX is the activation key. When the user clicks on this link, the activation page should show a form with the activation key already populated. The user has to submit the form to activate their account.

For those with custom themes, that activation key might not be automatically populated into the form. This has caused a few support forum threads like this one to pop up.

The fix for custom themes is noted here:

BuddyPress 3.1.0 is now available!

If you are not using a custom BuddyPress theme, then you can also try changing your theme to a WordPress default one to see if your problem still exists.

We already have a ticket about this:
https://buddypress.trac.wordpress.org/ticket/7894

Trac is the best place to report bugs. See https://buddypress.trac.wordpress.org/

You can use the same username and password you use here in the forum.