BuddyPress.org

There are known problems with the member/group Cover Image features not using HTTPS URLs, but everything else ought to work if you configure WordPress to use HTTPS.

Closing in favour of https://buddypress.org/support/topic/import-xprofile-csv/, which the most recent responder also posted. (This thread was 4 months old prior to this last post).

You don’t need to post basically the same thing three times. Closing in favour of https://buddypress.org/support/topic/import-xprofile-csv/

I’m not aware of any plugin that offers a feature to remove the activation URL. You would instead have to delete the user/signup record entirely.

https://wordpress.org/plugins/unconfirmed/ might help.

> When you click on Register

WHERE exactly are you clicking on Register? Can you share a link to your site?

I think you need to disable all your plugins (and any other code tweaks), while running a default WP theme, until you figure out what’s causing the behaviour.

@davidpaul30 It doesn’t support this at the moment, you’d have to custom develop it.

Ah – the set of plugins that you deactivated – if you can share the names, maybe that will help us figure out similar problems with other sites in the future. Thanks!

Glad you got your site fixed.

Hi @dnicu26

I can’t immediately see why that should be stopping the emails. Can you remove the snippet and test again, see if the emails resume sending?

Are you talking about the plain text email that you get from WordPress that says something like a “new user registered on your site”? I assume this has always worked in the past — how many such…[Read more]

OK, useful. This works for me, so I think I misunderstood your ticket. Can you clarify:

So, if i click the avatar i see correctly the member page, if i click the red name member i see error 404

Is your site public so I can see this?

(p.s. do not use username compatibility mode – just remove that line I said).

This might just not be supported, especially if the username compatibility mode didn’t help.

For one of these users, look in the database. i.e. for Alex7, what’s the user_login and user_nicename field values?

Hi @sfarinsky! Let’s get the terminology right, that may be why you’ve had struggle searching for answers.

A Multi-Site is a collection of individual Sites (blogs). A Multi-Site runs inside one Network. It is possible to have Multi-Networks, which lets you run multiple Networks — all from the same set of WordPress files.

Multi-Networks are not…[Read more]

OK, lots of plugins. I am pretty sure it must be caused by one of the other plugins, but unfortunately we can’t get any more detailed information from this error.

Do you have a test site / development site for this? What you really need to do is switch to a default WordPress theme and see if the error message still shows up.

If it does, then…[Read more]

Try enabling a BP_ENABLE_USERNAME_COMPATIBILITY_MODE: https://codex.buddypress.org/getting-started/customizing/changing-internal-configuration-settings/

What version of WordPress, BuddyPress, are you using?

What theme, and what other plugins do you have active?

Ah, what’s the profile field type for that? Is it a date field type or a “Birthday” field type?

Are you using the https://wordpress.org/plugins/buddypress-xprofile-custom-fields-type/ plugin ?

@schweizersolutions With your current solution:

1) If BuddyPress is loaded in this context, I’d strongly recommend you use bp_update_option instead of update_option as this supports all the different configurations of BuddyPress install/configuration.

2) If you look at bp_version_updater or bp_core_admin_components_settings_handler for example,…[Read more]

Can you take a screenshot of what you mean, please?

BuddyPress will try to sync the value of a user’s “Name” field to the First and Last Name fields in their wp-admin user profile.

To disable this, go to wp-admin Settings > BuddyPress, and disable Profile Syncing.

The Object Cache feature inside W3TC is not compatible with BuddyPress. It does not work properly.