dwlorimer

Oh wow – I think you’re right. I was totaling expecting the autofill function. Wow – my bad. Thanks so much for your help.

Yes, the remember me is working under that explanation. Sorry for the trouble!

No luck with any of that.

I deactivated all plugins, and renamed both the plugins directory, and the mu-plugins directory. No change.

I then switched themes to Twenty-fourteen, and still had no change.
All plugins were still disabled when I changed themes.

Perhaps I didn’t explain my question well.

I’m talking about the Admin Edit Profile screen. When a user (who is not an admin user) comes to this page, I would like them to only see some of the additional fields. But when an admin user views the page, I would like them to see them all.

I do not have the opportunity to use types_render_field in this instance, because all fields are displayed by default.

I am not aware that the paid plugins you mention have the ability to do this.

Are you suggesting that wpcf_usermeta_preview_profile() in usermeta-post.php uses the types_render_field to display the information on the Edit Profile screen? If that is the case, can you give me an example of how I would use that to stop the display for non-admin users of a field with the slug of “award”? Or, it’s ok if the user can view, but not edit, the field.

Thanks.

I discovered the problem. Our theme had custom woocommerce pages in it. Eliminating those custom pages solved this problem completely.

Please see my solution here:
https://www.ads-software.com/support/topic/redux-login-with-woocommerce-error?replies=5

It might fix the issue you are experiencing.

@radiok – I have some information that might be helpful.

@hamzahali – I had the exact same problem and have found a solution.
@radiok, please investigate this solution and include in your next plugin release.

There are some compatibility problems when using woocommerce and register plus redux together.
However, in regard to the specific issue about the password always claiming it must be 6 characters, I have a solution.

There appears to be a problem in the way \register-plus-redux\rpr-login.php is written.

Here’s what it’s doing, FYI, and for future reference:

In this file:
\plugins\register-plus-redux\rpr-login

At line 95, it UNSETS $_POST[‘pass1’]

public /*.string.*/ function rpr_login_filter_random_password( /*.string.*/ $password ) {
			global $register_plus_redux;
			global $pagenow;
			if ( 'wp-login.php' === $pagenow && '1' === $register_plus_redux->rpr_get_option( 'user_set_password' ) ) {
				if ( isset( $_REQUEST['action'] ) && 'register' === $_REQUEST['action'] ) {
					if ( isset( $_POST['pass1'] ) ) {
						$password = sanitize_text_field( (string) $_POST['pass1'] );
						// Stowe password in $_REQUEST to allow random password generator to continue while preserving for user_register action
						$_REQUEST['password'] = $password;
						unset( $_POST['pass1'] );
					}
				}
			}
			return $password;
		}

Then, at lines 437 and 440, it checks for the variable again. As best as I can tell, line 95 executes before lines 437 and 440 (they are in different functions).

if ( '1' === $register_plus_redux->rpr_get_option( 'user_set_password' ) ) {
				if ( empty( $_POST['pass1'] ) && '1' !== $register_plus_redux->rpr_get_option( 'disable_password_confirmation' ) ) {
					$errors->add( 'empty_password', '<strong>' . __( 'ERROR', 'register-plus-redux' ) . '</strong>:&nbsp;' . __( 'Please enter a password.', 'register-plus-redux' ) );
				}
				elseif ( strlen( (string) $_POST['pass1'] ) < absint( $register_plus_redux->rpr_get_option( 'min_password_length' ) ) ) {
					$errors->add( 'password_length', sprintf( '<strong>' . __( 'ERROR', 'register-plus-redux' ) . '</strong>:&nbsp;' . __( 'Your password must be at least %d characters in length.', 'register-plus-redux' ), absint( $register_plus_redux->rpr_get_option( 'min_password_length' ) ) ) );
				}

So, all I did was comment out the unset on line 95, and everything started working again.

According to the code surrounding line 95, it appears to me that the later lines should be calling the $password variable, instead of $_POST[‘pass1’], but none of them do.

So this fix works (of just commenting out the unset), but I think there’s an underlying problem in the plugin itself.
This fix works for me using Register plus Redux with WooCommerce