[@henrywright Moderator 10 years, 4 months ago]

The only difference is the hooks you’re using:

• bp_setup_nav
• bp_before_member_header_meta

I expect the problem might be related to when bp_setup_nav is executed?

[@henrywright Moderator 10 years, 4 months ago]

Hi @virre131

This feature is called root profiles and it can be enabled by adding the following to your wp-config.php file:

define( 'BP_ENABLE_ROOT_PROFILES', true );

[@henrywright Moderator 10 years, 4 months ago]

Hi @dainismichel

What set-up do you use?

[@henrywright Moderator 10 years, 4 months ago]

Thanks for the update @antdevine, glad you fixed the issue.

[@henrywright Moderator 10 years, 4 months ago]

This sounds like a problem with the edit profile screen rather than your registration hook.

[@henrywright Moderator 10 years, 4 months ago]

I don’t have a Windows phone to test this but feel free to open a Trac ticket to report the issue:

https://buddypress.trac.wordpress.org/

[@henrywright Moderator 10 years, 4 months ago]

buddypress.org is open source so feel free to check out the theme’s code.

Open Sourcing BuddyPress.org

[@henrywright Moderator 10 years, 4 months ago]

For a recruitment site, can buddy press have different account types for employers and employees?

Yes. Check out Member Types:

Member Types

[@henrywright Moderator 10 years, 4 months ago]

You could be using the thumb sized avatar. Check your theme to make sure the full sized image is being used. bp_core_fetch_avatar() is the function used by BuddyPress to display avatars but there’s also get_avatar() so check for that too (it’s a WordPress function).

[@henrywright Moderator 10 years, 4 months ago]

I doubt you’ll find a folder with them in it; instead, they probably get added to the database as part of the BuddyPress install routine. Try installing BuddyPress on a fresh copy of WordPress to see if they suddenly show up.

[@henrywright Moderator 10 years, 4 months ago]

That’s strange!

Without customising anything, I see this on my install:

@djpaul did all of the Email API heavy lifting, perhaps he knows if there should be items in the list by default?

[@henrywright Moderator 10 years, 4 months ago]

Take a look at the bp_email_get_schema() function for the default messages used.

[@henrywright Moderator 10 years, 4 months ago]

Is it necessary to create emails for each situation to make sure emails go out?

There should be default items in that list. Did you delete them?

[@henrywright Moderator 10 years, 4 months ago]

Can you check the size of the image on your server?

[@henrywright Moderator 10 years, 4 months ago]

If a non-admin user tries to delete a group from within the admin area, they’ll get redirected to your home page.

add_action( 'groups_before_delete_group', function() {
    if ( ! is_admin() ) {
        return;
    }
    if ( ! current_user_can( 'manage_options' ) ) {
        wp_redirect( home_url() );
        exit;
    }
} );

Note: I haven’t tested. This is quite a crude solution; instead of redirecting the user a better approach would be to add an admin notice letting the user know they can’t delete the group.

[@henrywright Moderator 10 years, 5 months ago]

Group posting by administrators and moderators only isn’t possible out-of-the-box. You’d need to write some custom code or find a plugin that can do that.

@shanebp has been working on a geo-location plugin for BuddyPress which might be useful to you.

Hope this info helps!

[@henrywright Moderator 10 years, 5 months ago]

I’m not aware of a plugin that’s available that will let you do this. Maybe someone else here will know of one?

[@henrywright Moderator 10 years, 5 months ago]

Yes. Every member in your install will have a user ID. So both BuddyPress and WordPress users will get a number. In fact, at the back end WordPress users and BuddyPress members are the same thing.

[@henrywright Moderator 10 years, 5 months ago]

User IDs are assigned automatically so you don’t need to activate them. With reference to displaying the number on your BuddyPress site, check out this article:

Playing with the user’s ID in different contexts

[@henrywright Moderator 10 years, 5 months ago]

Logged-out visitors should now be able to see the page.

[@henrywright Moderator 10 years, 5 months ago]

Each member is assigned a user ID. The very first user will get 1 and then that number is incremented as each new user signs up. Does that help?

[@henrywright Moderator 10 years, 5 months ago]

I haven’t seen anything like that either.

[@henrywright Moderator 10 years, 5 months ago]

Sorry for the delay. Looking at your markup, #signup_submit looks to be your selector. Glad you got this sorted 🙂

[@henrywright Moderator 10 years, 5 months ago]

display: none; wasn’t the best solution. Glad you found a better way 🙂

[@henrywright Moderator 10 years, 5 months ago]

In that case you could embed some CSS into the <head> section using the wp_head hook.

Ref: https://codex.wordpress.org/Plugin_API/Action_Reference/wp_head