www programming

add_filter( 'authenticate', 'wp_w3all_login_existent_phpbb_fix', 5, 3 );

 function wp_w3all_login_existent_phpbb_fix($user, $username, $password){

    if(!empty($username) && !empty($password)){

      WP_w3all_phpbb::w3_check_phpbb_profile_wpnu($username);

      $eu = is_email($username) ? 'email' : 'login';
      $u = get_user_by($eu, $username); # maybe a direct query should be necessary?

      if(!empty($u))
      {
        $user = $u; # Good for all
        # Good for UM: if the user has been created by 'w3_check_phpbb_profile_wpnu', activate the user on Ultimate Member
      	 if(defined('um_plugin') && defined('WPUSERCREATED')){ # create the record 'um_member_directory'_data into wp_usermeta tab
      	   $result = UM()->common()->users()->approve($u->ID); # activating the user x UM when a new user has been created onlogin because existent into phpBB
         }
      }
    }

    # return the user object, if the user has been created by 'w3_check_phpbb_profile_wpnu'

   return $user;
  }

So, standing on latest fixes and my tests with Ultimate member login when an user exist into phpBB but not still in WP:
the last added function into the wp_w3all.php file that hook into [i]authenticate[/i]
[code]add_filter( 'authenticate', 'wp_w3all_login_existent_phpbb_fix', 5, 3 );[/code]
so the function
[i][b]wp_w3all_login_existent_phpbb_fix[/b][/i]
should be like this, to be compatible with UM login/registration flow:

[code] function wp_w3all_login_existent_phpbb_fix($user, $username, $password){

if(!empty($username) && !empty($password)){

WP_w3all_phpbb::w3_check_phpbb_profile_wpnu($username);

$eu = is_email($username) ? 'email' : 'login';
$u = get_user_by($eu, $username); # maybe a direct query should be necessary?

if(!empty($u))
{
$user = $u; # Good for all
# Good for UM: if the user has been created by 'w3_check_phpbb_profile_wpnu', activate the user on Ultimate Member
if(defined('um_plugin') && defined('WPUSERCREATED')){ # create the record 'um_member_directory'_data into wp_usermeta tab
$result = UM()->common()->users()->approve($u->ID); # activating the user x UM when a new user has been created onlogin because existent into phpBB
}
}
}

# return the user object, if the user has been created by 'w3_check_phpbb_profile_wpnu'

return $user;
}[/code]

This cause the user insertion onlogin into WP via a front end page where there is the UM login form, if the user exist into phpBB: firing the [i][b]authenticate[/b][/i] before UM, adding him to WP via [i]w3_check_phpbb_profile_wpnu[/i] then approving into UM.

Yes it is in effect like an antispam!

To be honest I have thought that behaviour of the plugin is perfect.

After user deleted themself via Wordpress, phpbb deactivate their accounts instead of deleting them.

This kept their posts in the forum and prevented a new registration with the same email. I have thought that’s a security feature 🤣😂🤣

To be sure to not fall into problems, maybe just check that into the [b]Deactivated phpBB users[/b] list (phpBB ACP) there are no emails that are good instead. Or to start by a good point, having users registering only into WP, just delete into phpBB in one click all deactivated users.
When you'll delete users in WP they will be set as deactivated in phpBB (if not using the phpBB extension and the option active into the plugin to delete users in phpBB when deleted in WP) and will never be able to register into WP again (because the email exist into phpBB but the user is deactivated).
Please wait the coming soon 2.9.5 (i hope this night my time) before to proceed with further tests.

Due to the fact I don’t use the phpbb registration and all users have to be registered via Wordpress UM I think this bug doesn’t effect me.

After registration user are automatically linked to the WP UM Login which starts the user integration into phpbb after the first login.

No because it is a behavior completely not about the integration plugin but due to the UM way to setup data for users when they register.