Posted by rhughes on May 26, 2009 at 4:45pm
Jump to:
| Project: | LoginToboggan |
| Version: | 5.x-1.5 |
| Component: | Code |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
Hello,
I am looking to make a really simple User Registration process that only requires the user to input their email address, The password field is hidden and has a default value and the user name field is also hidden but when the submit function is invoked I want the username to share the same value as the email address. Currently without any code modification I am getting an error message which says ("You must enter a username.") which I presume is coming from the User Module.
If anybody could help me program the username to share the same value as email before the validation process occurs that would a great help,
Thanks,
rhughes
Comments
#1
I was using 5.1.5 and I always thought the re-send validation e-mail link was handy. If one of my users couldn't get logged in or forgot password, I, as admin, could click that link and it would re-send the validation email and--I think--give them a password and let them get logged in.
Now I see in 5.15 that this link disappears at the EDIT account page.
Has that been removed for some good reason? Or was I not using the link the way it was intended to be used?
Dan
#2
This is the same for Drupal 6
#3
i've tested on the latest dev release of the module, and the validation links are appearing just fine. there should be no difference between this and the last official release.
from the code notes, here are the criteria for when that link appears on the user's edit page:
// Display link to re-send validation e-mail.
// Re-validate link appears if:
// 1. Users can create their own password.
// 2. User is still in the validating role.
// 3. Users can create accounts without admin approval.
// 4. The validating role is not the authorized user role.
also note that it will only appear for either the user themselves, or to an admin that has the 'administer users' permission.
#4
Automatically closed -- issue fixed for 2 weeks with no activity.