Contents of Profile Fields are Being Erased!

[godrob]

Hi Cristian and Jason.

Can you please looking into this for me, as I'm not sure if it's a bug...

Basically I'm registering new members at Level 1 on my site using the 'Pro Forms' and giving them a 14 day free trial. This all works just fine.

Upon registration the user receives confirmation of their username and password by email, and I as admin, also receive confirmation from s2member that I have a new member registered member on the site. I also get confirmation from s2member when the user confirms the Aweber email that they were also sent:

Now this is where it gets weird. If I login to the Dashboard and edit a new member, e.g John Doe, has his:

First Name: John
Last Name: Doe
Nickname: johndoe
Display Name Publicaly As: johndoe

All of which works and is configured just fine. Okay, with me so far?

I am using the OTO function to send members on their first login to a page that tells them that they must complete the rest of their BuddyPress profile. So the new member reads this page, and then clicks on a link to complete the rest of their BuddyPress Profile.

Now, when the member completes the rest of their profile and saves the changes, the profile updates fine with all the additional details - BUT when you go back into the Dashboard and look at the same member again, their First Name, Last Name, Nick Name are now all BLANK!. (Note - These default registration fields are not editable by the user) Also, the saved setting to 'Display Name Publicly As:' is also now BLANK!, although the username is still present in the drop-down box.

Under "General Options > Registration Profile Fields & Options" - I have the following set (note - the below settings have ALWAYS been set like this)

Collect First/Last Names during Registration?
YES - (Always Collect First/Last Name During Registration)

Set "Display Name" during Registration?
YES - (Set Display Name To User's Username)

Allow Custom Passwords during Registration?
YES - (Allow members to create their own password during registration)

Integrate Custom Registration/Profile Fields with BuddyPress?
Yes, integrate with BuddyPress Public Profiles.
Yes, integrate with BuddyPress Registration Form.
Yes, integrate with BuddyPress Profile Editing Panel.

I DO NOT have any s2Member 'Custom Registration/Profile Fields' setup...

So, just to clarify, since upgrading to the latest version of BuddyPress/s2Member-Pro, users can register with my site fine, but when they go to complete the remainder of their profile, their first name, last name, nick name and their 'Display Name Publicly As' fields are all lost!

Please advise?

Thanks
Rob.

PS - Also, using the Pro Form in this way, members are able to register a username that is cAsE inSenSitiVe. Where as, I thought the BuddyPress default registration form, only allowed lowercase usernames. Is this a bug?

[Jason Caldwell]

Thanks for reporting this important issue.

So, just to clarify, since upgrading to the latest version of BuddyPress/s2Member-Pro, users can register with my site fine, but when they go to complete the remainder of their profile, their first name, last name, nick name and their 'Display Name Publicly As' fields are all lost!

So far, I've been unable to reproduce this on a default installation of BuddyPress 1.5.1 and s2Member v111017. However, it sounds like your BuddyPress profile editing panel might be missing the full Name field?, which is what BuddyPress uses to update the first/last/display name fields for each User/Member.

So while your configuration of s2Member applies to s2Member Pro Forms, it does not apply to the BuddyPress profile editing form. BuddyPress will always update a User's first/last/display name, with the value of the full Name field that comes with BuddyPress.

(click to enlarge)

PS - Also, using the Pro Form in this way, members are able to register a username that is cAsE inSenSitiVe. Where as, I thought the BuddyPress default registration form, only allowed lowercase usernames. Is this a bug?

That's true. s2Member and s2Member Pro, like WordPress itself, both allow mixed caSe Usernames on a standard WordPress installation. BuddyPress does not.

However, I'm not aware of any conflicts in this regard between s2Member/WordPress/BuddyPress, because BuddyPress forces lowercase values (internally), in all places where it's important anyway. WordPress itself does not distinguish case when a User logs in either, so you should be fine in this regard.

[godrob]

Hi Jason,

Many thanks for your reply to this. It's very much appreciated.

Anyway, with your help and some Googling, I've fixed it!

When I originally installed BuddyPress (Pre 1.5) I had the 'Primary Name' field set to 'Display Name' (Can't remember if BuddyPress defaults to this or whether I changed it at the time to better suit my site). Anyway, I have now changed this primary profile field to 'Name' and also changed the main field group name from 'Profile' back to 'Base'

In doing so, it all seems to work again! Maybe there is a bug in BuddyPress 1.5.1 relating to this issue...

Jason. thanks for you confirmation on the case issue with usernames. It might be a good idea to update the default help text on the Username input box on the Pro Form, if both upper and lowercase can be selected. My Pro Form says:

Username ( lowercase letters and/or numbers ) *

Thanks again
Rob.

[Jason Caldwell]

Thanks Rob. I appreciate you reporting back on this.
Gotchya on the label. I'll see what we can do about that.

[gentlegerbil]

Has there been a fix yet? I just ran across this issue, and boy what a head ache... a LOT of google searching to even find this was related.

So I changed back to Name/Base and yes, same reasult, it works again.

[Jason Caldwell]

Hi there. Thanks for your inquiry.
Can you please clarify just a bit what the issue for you is exactly? In this prior case the issue was resolved by reverting a configuration of the BuddyPress Base group back to the default state.