I don't want that diff getting any bigger than it already is, but if you add it in a separate diff I say go for it.Unknown Bliss wrote:As far as I know AJAX is 'feature frozen' for 3.1.
[RFC|Merged] Delete "Confirm e-mail address"
Re: [RFC|Merged] Delete "Confirm e-mail address"
-
- Project Manager
- Posts: 273
- Joined: Thu Oct 27, 2005 1:45 am
Re: [RFC|Merged] Delete "Confirm e-mail address"
I realize that I'm late to the party with this, but it seems like removing the confirmation field for data critical to maintaining an account is a pretty bad idea that we'll end up reverting when people inevitably complain.
We don't have an email confirmation field on Forumatic and just today, I have received two bounce notifications today; one to fr*****[email protected] and another to ki******[email protected]. There's also to****[email protected] and a bunch of others with similar mistakes.
The username is at least emailed to the user in the welcome email, but the email address and password should have confirmation boxes, else this is going to be a huge headache for administrators.
We don't have an email confirmation field on Forumatic and just today, I have received two bounce notifications today; one to fr*****[email protected] and another to ki******[email protected]. There's also to****[email protected] and a bunch of others with similar mistakes.
The username is at least emailed to the user in the welcome email, but the email address and password should have confirmation boxes, else this is going to be a huge headache for administrators.
Re: [RFC|Merged] Delete "Confirm e-mail address"
The question that was raised in this topic was whether a second input field would actually improve that. Would people not simply copy and paste the typo to the second field? Do we have a good way of trying this out and collecting stats?
It also seems like hotmail/gmail typos would be fixed by what was suggested and discussed in the last few posts of this topic better than a second confirmation field?
It also seems like hotmail/gmail typos would be fixed by what was suggested and discussed in the last few posts of this topic better than a second confirmation field?
-
- Project Manager
- Posts: 273
- Joined: Thu Oct 27, 2005 1:45 am
Re: [RFC|Merged] Delete "Confirm e-mail address"
Those who reflexively Ctrl+A => Ctrl+C => Tab => Ctrl+V the form are also the ones least likely to make a mistake on their email address. On the other hand, the vast majority of people follow what the form wants them to do, which in this case is entering the address a second time.naderman wrote:The question that was raised in this topic was whether a second input field would actually improve that. Would people not simply copy and paste the typo to the second field? Do we have a good way of trying this out and collecting stats?
I conveniently happened to be with my parents and asked my mom to register an account on phpBB.com (and recorded her doing it, if you don't believe me ). As expected, she filled in both forms.
Yes, however I don't necessarily see why it would be more common for typos to appear in the domain rather than the user. If the typo is in the user, we won't be able to recognize it as a typo, but some of them will still be typos.naderman wrote:It also seems like hotmail/gmail typos would be fixed by what was suggested and discussed in the last few posts of this topic better than a second confirmation field?
Re: [RFC|Merged] Delete "Confirm e-mail address"
I think this is the same as confirmation boxes. Having undo options is a lot better and doesn't *beep* users off.
So we should work on having the email address the confirmation was sent to displayed in huge red letters after registration with a big "OH NOES! That was the wrong address!" button, which allows changing email address after registration.
We should probably also store registration info in a cookie, so that if the user tries to register again or login with a nonexistent username/email (if we allow that), it will inform them that they just created an account with email address X, and display a button "change email address on new account".
I think these steps combined with the AJAX solution to common email hosts would be ideal for both power and novice users.
So we should work on having the email address the confirmation was sent to displayed in huge red letters after registration with a big "OH NOES! That was the wrong address!" button, which allows changing email address after registration.
We should probably also store registration info in a cookie, so that if the user tries to register again or login with a nonexistent username/email (if we allow that), it will inform them that they just created an account with email address X, and display a button "change email address on new account".
I think these steps combined with the AJAX solution to common email hosts would be ideal for both power and novice users.
Re: [RFC|Merged] Delete "Confirm e-mail address"
We could add a checkbox "I want to enter my email address again", which if checked would make the second email address box appear and then the two would be checked for equality.
Re: [RFC|Merged] Delete "Confirm e-mail address"
I still think we should ask the .com users for this.
They are the ones that don't have a "programmer's" logical mind so they should know best how they want it.
They are the ones that don't have a "programmer's" logical mind so they should know best how they want it.
Re: [RFC|Merged] Delete "Confirm e-mail address"
I doubt anyone would ever voluntarily check that. If you're not able to enter your email address correctly you won't check that box either.Oleg wrote:We could add a checkbox "I want to enter my email address again", which if checked would make the second email address box appear and then the two would be checked for equality.
- imkingdavid
- Registered User
- Posts: 1050
- Joined: Thu Jul 30, 2009 12:06 pm
Re: [RFC|Merged] Delete "Confirm e-mail address"
I agree here.naderman wrote:I doubt anyone would ever voluntarily check that. If you're not able to enter your email address correctly you won't check that box either.Oleg wrote:We could add a checkbox "I want to enter my email address again", which if checked would make the second email address box appear and then the two would be checked for equality.
And I agree with adding a way for users to change their email address just after registration. Just note that that form should also be CAPTCHA'd so that they can't just sit there and change it to a ton of different addresses to overload the email server or spam or whatever.
Re: [RFC|Merged] Delete "Confirm e-mail address"
That was really not a serious suggestion.
The serious suggestion would be allowing a user to change their email address as long as they enter their username and password correctly.
I would also support adding language to the effect of "you should receive an email from us shortly, if you don't check if you entered your email address correctly".
There is also the emailcheck jquery plugin (?) to catch common domain misspellings.
The serious suggestion would be allowing a user to change their email address as long as they enter their username and password correctly.
I would also support adding language to the effect of "you should receive an email from us shortly, if you don't check if you entered your email address correctly".
There is also the emailcheck jquery plugin (?) to catch common domain misspellings.