[user_registrationpassword] User registration password

Great work, sadly i was also working on a port, but never finished, so thanks. Do wonder about how you got it all to work, i'll do a code review + test this weekend.

Commerce support was based on a Commerce install + commerce_checkout_redirect, but also works without it.
While Commerce 2.x is in active development, i wonder if this is still required, so we might want to implement this at a later time once Commerce is stabilizing a bit beyond where it now is. (it does not block any release anyhow).

The install 'dance' helped a lot of people to get things right from the start, but we might want to rethink it (depending on whats possible now in D8).

Code has been pushed to d.o. and the issue queue is open for issues.

Hi, I can't get the token [user:registration-password-url] to work. If I activate and test the module by creating a new account, the account is automatically blocked and the verification email I receive is the "Welcome(Awaiting approval)" template. If I try to move the [user:registration-password-url] into this template and save, I get this warning "The Body is using the following invalid tokens: [user:registration-password-url]."

the "who can register" is set to visitor
the "Require e-mail verification when a visitor creates an account" is set to " Require a verification e-mail, but let users set their password directly on the registration form."

I glanced through the module and noticed a dependency on the rpt module ( http://drupal.org/project/rpt ) and I'm not sure if that missing module is the source of the problem

I ran this on a clean install and the same happens except for the invalid token warning.

• account is blocked
• "welcome (awaiting approval)" email is sent
• The token returns nothing

I added the token to the block account and activate account templates and received nothing in the email

This could be a very useful module, hopefully we can get this working soon.

Thanks in advance

I made some changes in order for the module to work.
Now I get emails and right messages, although I haven't tested all the scenarios (only Visitors don't need approval + USER_REGISTRATIONPASSWORD_VERIFICATION_PASS) so a more general test is needed.

However the _user_mail_notify() (user.module) has changed:
D7

// By default, we always notify except for canceled and blocked.
  $default_notify = ($op != 'status_canceled' && $op != 'status_blocked');
  $notify = variable_get('user_mail_' . $op . '_notify', $default_notify);
  if ($notify) {...}

D8

// By default, we always notify except for canceled and blocked.
  $notify = \Drupal::config('user.settings')->get('notify.' . $op);
  if ($notify || ($op != 'status_canceled' && $op != 'status_blocked')) {...}

So even setting notify.register_pending_approval to FALSE will send the approval emails to admin anyway. This needs a core change. :(

I've opened an issue on the Drupal core queue, let's see if it can be changed from there or if this module should find a different approach on D8.

I've already tried to report this issue, but this has been closed. Couldn't change the title, but didn't forgot about it. #2100111: (possible) regression: can not form_alter and change default_value for 'status' during registration / change user_mail_notify() This was why i never continued my port, would be great if we can get this changed back to something that's usable again. (or we need to duplicate lots of code)

Hopefully with the difference described in the issue, the steps to reproduce and the patch to fix it will be more difficult to close without an explanation. Please if you are interested on having this module up and running on D8 subscribe/follow #2765437: _user_mail_notify() always sends emails even if $notify is FALSE.

Can anybody following this thread please have a look at #2765437: _user_mail_notify() always sends emails even if $notify is FALSE?
Review/Test it so we can make progress in here too.

Changes from #9 have been committed. So i think we can close this up. Thanks swentel and gambry!
The first alpha release for Drupal 8 is available here.
Please start issues in the user_registrationpassword issue queue for the Drupal 8 version from now on available here.