BuddyPress.org

Is there one that can be embedded to the BP core components? Is there a plugin that would work seamlessly with the registration process?

Also, could users have the ability to add humor to encourage users to create strong passwords like with

https://www.theideastartup.com/main.aspx#/getstarted/trial.aspx

Thanks.

okay, I am countyfairgrounds.net/videoblog and I had and have theme I like – with an up to date basic WP theme. I installed your theme pack plug in and followed instructions. Now of course I am stuck. I have made progress and am really trying to get this to work. The current problem is the activity page. My blog is sitting now in the home page and I know the activity page needs to. How do I do that? And for heavens sake what do you mean by enable registration?

with notepad++ you can search and almost find what you want…

wp-content\plugins\buddypress\bp-themes\bp-default\registration\register.php

Line 68 : 	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 76 : 	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 84 : 	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 94 : 	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 106 :	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 121 :	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

Line 131 :	<?php do_action( 'bp_' . bp_get_the_profile_field_input_name() . '_errors' ) ?>

I’m still on 1.1.3. In 1.1.3 xprofile only gets synchronized with wp_usermeta when the user updates his account, which means you can never count on the data being there, which makes it pointless.

Lousy synchronization between xprofile and usermeta is not a bug, it’s a conscious design feature. Why? I’ve brought this issue up many times and have never received a clear answer.

I use a custom function like this below to synchronize member data upon registration into all the different, unconnected places in the database where data is stored:

function synchro_wp_usermeta($user_id, $password, $meta) {

global $bp, $wpdb;



$uid = get_userdata($user_id);

$email = $uid->user_email;



$fullname = $meta[field_1];



... whatever you need here ....



update_usermeta( $user_id, 'nickname', $fullname );

update_usermeta( $user_id, 'first_name', $firstname );

update_usermeta( $user_id, 'last_name', $lastname );



$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET display_name = %s WHERE ID = %d", $fullname, $user_id ) );

$wpdb->query( $wpdb->prepare( "UPDATE {$wpdb->users} SET user_url = %s WHERE ID = %d", bp_core_get_user_domain( $user_id ), $user_id ) );

}

add_action( 'wpmu_activate_user', 'synchro_wp_usermeta', 10, 3);

Not sure if this still works in 1.2. I had posted my work-arounds under ‘FAQ: How To, Code Snippets and Solutions’, but they have been deleted. So I guess they solved the issues in 1.2?

To synch xprofile you’d need to create the fields in xprofile that you have in wp_usermeta and then do something backwards like the above function, if that hook etc. is still valid.

tested again and an opted out email that I try and send a new invite to results in the message body textarea being added to subject line textarea.

for reference the option to allow user to customise both subject line and message body are checked but the user has not actually added or changed any of the default text displaying.

On a slightly odd note and harking back to my email issues invites were being flagged as spam while all other site emails i.e registration emails were arriving as expected normally , now this has changed despite me having changed nothing!! inviites are correctly being received and not flagged as spam any longer .

*sigh* it’s a black art, server email configuration

Just ran test on 0.5 on live test site.

Ran process from start to finish with all dashboard options in effect and used and all ran perfectly, checked DB and all screens no issues what so ever, congrats on that.

Ran second test but this time testing Opt Out and that equally ran smoothly.

A few things have occurred to me though:

Perfect world it would be nice to have access in admin to textarea to set the text that is displayed on the Opt Out confirmation screens that would ensure we could add any thing we thought necessary for our own particular circumstances.

In a similar vein having allowed users to configure the email message area it occurred to me that I would like one further textarea that admin might use to set a footer to the email for any disclaimers we might think necessary and that we DONT want changing by users.

I have a possible concern over the legal requirements of Opt Outs with respect – in our case – to the UK Data Protection Act and have asked our legal chap to think on it , my concerns may be ill founded but I’ll report back if they are confirmed.

Last little point and which is more an issue I have to resolve but sent invites arrive and are dumped to my spam folder yet registrations and all the attendant confirmation emails arrive correctly.

Might be worth adding this link to the documentation on creating a child theme: https://codex.buddypress.org/how-to-guides/building-a-buddypress-child-theme/ It has the other details for creating the stylesheet and activating the child theme as well. Details a newbie might want to have on top of what you’ve already said. I know since I just changed my registration page as you described this week:-)

Create a child theme (it’s easy — do a search for instructions on how), copy register.php from /plugins/buddypress/bp-themes/bp-default/registration to /registration in your new child theme (which will just be the default theme plus this change and any other changes you make in future). Edit that registration.php.

Now your new registration page will override the default, and you are safe from having your changes overwritten by future version upgrades!

Any time you want to override anything (particularly styles), you can just copy files from bp-default, preserving folder structure, to your child theme and modify them there. It’s a little confusing at first, but is extremely powerful and useful.

For the first part, what version of WordPress are you using?

Secondly, you can edit the sign up text by using a language file:

https://codex.buddypress.org/how-to-guides/customizing-labels-messages-and-urls/

Or by creating a child theme and modifying the registration templates.

Try one of these:

https://wordpress.org/extend/plugins/auto-join-groups/

http://brentandmary.net/2009/10/24/bn-auto-join-group-plugin/

http://buddypress.webdevstudios.com/blog/2009/11/13/buddypress-registration-options/

https://wordpress.org/extend/plugins/welcome-pack

I think that one of them does what you’re describing or could be modified to do what you want.

As an added bonus, here’s one that should subscribe people to a blog at sign up:

https://mu.wordpress.org/forums/topic/13675

I have same problem.

I’ve mapped site with Multi-site plugin, probably this is cause…

@mihaimihai

Big thanks!!

I have added this filter to plugins/bp-custom.php and it seems to be ok now.

Obviously I like this plugin a lot. Added it to my test site and everything went really smooth and easy. Just a few comments/bugs:

-It would be a great feature to customize the subject line (similar to the body). Would also likely want to include the name of the person requesting in the subject. As a side note, Facebooks email invite has a subject that says “Check out my photos on Facebook” Interesting way to get people to read the email.

-Email Invite should have the “reply to” from the person that invited them. Maybe it requires some backend server/email configuration to not get caught in the spam filter? The point being that person sent the request, they should get a response to that email if there is one.

-In the invite I sent it had an apostrophe and when it got to the email it shows the apostrophe with \’ in the email. Needs to be filtered/sanitized somehow?

-Would be really nice to have the email field auto-populated. Otherwise, people can sign up with a different email address and then it doesn’t update that the invite was accepted and that person never gets the group/friend invites (I tried). Granted, a lot of people have only one email, but would also save them time if it pulled in the email into the email registration field.

-Personally, I’d prefer it to just add the person to the group and make the requesting person their friend instead of sending them 2 more emails which could be confusing since you’ll get a total of at least 4 emails after activating (New Account, New Blog, Group Request, Friend Request). Maybe this could be an option that can be turned off or on.

Nice work. I love the person’s name on the registration page. I think touches like that could be expanded upon to really increase sign up rates.

hi there

there was an extra ) by mistake on this line

if ( $bp->current_component != BP_LOGIN_SLUG) )

It should be

if ( $bp->current_component != BP_LOGIN_SLUG)

Then put login.php in youractive-theme/registration/login.php and check out,. it must work.

btw, are you putting the code in bp-custom.php or somewhere else?

try this one

define("BP_LOGIN_SLUG","login");

function bl_setup_component(){

bp_core_add_root_component( BP_LOGIN_SLUG );

}

add_action( 'bp_setup_root_components', 'bl_setup_component', 2 );



//handle the screen

function bl_screen_handler(){

global $bp;

if ( $bp->current_component != BP_LOGIN_SLUG) )

return;//return the control back



if(is_user_logged_in())

bp_core_redirect(bp_get_root_domain());



//load template

bp_core_load_template("/registration/login",true);

}

add_action("wp","bl_screen_handler",3);

Put a template file login.php with the form in your registration folder and it will work as you have mentioned.

I just registered a test user so I could replicate the issue and I noticed this difference in the subject lines:

[Girls Can&#039 ;t WHAT?] Activate Your Account (intentional space left in to demonstrate the error)

[Girls Can’t WHAT?] New User Registration

The new user registration notice is correct in the subject line (the sender is still displaying wrong, although it used to just say ‘WordPress’ for the sender name.)

So is this a buddypress issue or a wordpress issue?

I’ve been considering the same thing. In my research here’s the list of plugins I needed to still evaluate. Not a perfect plugin I think for this, but one of these plugins should be able to easily be modified to do what you want if you know a little PHP and WP/BP. Otherwise, I’m planning to dive into it myself over the next couple months. I hope these links help:

https://buddypress.org/forums/topic/join-all-public-groups-at-once

https://wordpress.org/extend/plugins/auto-join-groups/

http://buddypress.webdevstudios.com/blog/2009/11/13/buddypress-registration-options/

I also had the welcome pack on my list since it does make sense to have this part of it also.

Login to the WPMU backend, navigate to “BuddyPress > Component Setup”, disable blog tracking.

Then disable blog registration.

Navigate to “Site Admin > Options”. Under “Allow new registrations”, select “Only user account can be created”.

hey, you are most welcome.

well, you will need to edit registration.php

here is my take on it.

it will list all the fields from all the profile groups,and allow users to fill them. so please beware of it.

http://bpdev.pastebin.com/RLreXE7X

If you want to restrict to 1 or two profile groups, change the argument from

bp_has_profile( )

In my edited code and it will work

And a little bit detail, I have removed the argument for bp_has_profile( ), so it lists all profile groups and then put then collected field ids in an array, which is passed via

hidden field ‘signup_profile_field_ids`

Hello Again –

Also having a problem displaying “registration” form and functions. Please advise.

Thanks –

Scott

well, try changing

WPINC . '/registration.php'

to

ABSPATH . WPINC . '/registration.php'

In bp-core-settings.php line 41. that should solve it .