Forum Replies Created
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.
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 emails have you received? 10s? 100s?
Can you also please check your spam folders in your email?
Finally, are you using Multisite or regular WordPress?
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 exposed by default, and require extra plugins to enable and manage (they’re a fairly advanced option; I have no idea how they work, to be honest).
So, yes. You have a multisite and a network (though the latter is normally a technicality). 🙂
Single Sign-On (SSO) should “just work”. Multiple domains should also “just work”, though you need to have a plugin that helps you achieve SSO across a multiple domain environment (because WordPress sets authentication cookies per-site, and cookies set on one site can’t be read from another site).
If your question is how do you get domain mapping and single sign-on, I’d suggest this plugin: https://github.com/humanmade/Mercator
Hope this helps
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 you’ll need to start deactivating your plugins until you find which one causes the error to disappear when you turn it off. Once you have that, maybe someone can look at the code for that plugin and try to understand what’s happening.
An alternative is to add some debug code to print a more useful error message, but that’s something that should also only be done on a test/dev site.
We use GlotPress to store the translations. You can see all BuddyPress translations at https://translate.wordpress.org/projects/wp-plugins/buddypress
You will need to learn how to use GlotPress, and get your translations added. See https://make.wordpress.org/polyglots/handbook/about/get-involved/first-steps/
I had asked a friend who also contributes translations to get in contact with you and offer help, but I assume this hasn’t happened yet. So, if you have a specific question about the process, I would recommend asking the question on https://make.wordpress.org/polyglots/
I am sorry this is painful for you. The effort will be worth it in the end. Thank you!
Try enabling a
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
update_optionas this supports all the different configurations of BuddyPress install/configuration.
2) If you look at
bp_core_admin_components_settings_handlerfor example, it does what you’re doing, but it runs the installation routines afterwards. I’d recommend you copy the logic from
3) An alternate approach is to filter the
bp_new_install_default_componentsarray as long as you can put that in place before BuddyPress loads.
4) I think
activated_pluginmight be too early, i.e. before BuddyPress installs. I am not sure, I can’t test right now. BuddyPress’ core routines start from
plugins_loaded, and I think that’ll have already be triggered before
activated_plugin, so the behaviour will be undefined (i.e. it might install on the next page load, or part-install immediately, and I have no idea if this will break stuff).
Hope this helps
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.
It’s quite probable it just won’t work. BuddyPress intentionally interferes with the page that WordPress thinks its loading (when it’s a BuddyPress URL), and I suspect Yoast SEO will look at this page object, and because we’ve messed with it and because it doesn’t map to a real WordPress Page, it won’t work.
Welcome Pack! Small world.
Can you try disabling Welcome Pack? That certainly interferes with user registration.
Please also try disabling iThemes Security.
Then, test registration again, and see what happens.
If it still doesn’t work as expected, if you can switch your theme to one of the default WordPress themes (leaving those two plugins disabled), test again. If you have a test environment (say you might be using Pantheon hosting, for example), this should be easy to do, though if it’s only one server, I appreciate you might not want to modify your production site too much.