Tighten up the handling of $wgEmailConfirmToEdit , plus related functionality:
authorNick Jenkins <nickj@users.mediawiki.org>
Thu, 11 Oct 2007 07:11:51 +0000 (07:11 +0000)
committerNick Jenkins <nickj@users.mediawiki.org>
Thu, 11 Oct 2007 07:11:51 +0000 (07:11 +0000)
commit9c83db2dac46935f6b66cac7babc44a4d4a8a074
treec7e51e8df8c5ce8e6d62fa38eeb42ef09d313601
parent3e5443d74df2ea5c53676e43a01c0ee1a060d0da
Tighten up the handling of $wgEmailConfirmToEdit , plus related functionality:

* Bug 11620 - Added call to User::isValidEmailAddr during accout creation.
* Bug 11629 - If $wgEmailConfirmToEdit is true, require people to supply an
  email address when registering.
* adding "prefs-help-email-required" message (which says an email address is required)
  to complement the existing "prefs-help-email" (which says an email address is optional).
  The former makes sense when $wgEmailConfirmToEdit is true, whereas the latter makes
  sense for the default behaviour (which is for $wgEmailConfirmToEdit to be false).
* Using the "prefs-help-email-required" message in Special:Userlogin and Special:Preferences
  when it makes sense to do so.
* Removing EditPage::userNotConfirmedPage() - as far as I can tell, it is not being
  used internally, or by any extensions. Furthermore, its functionality is superceded by
  the $wgEmailConfirmToEdit global and the check on it in Title.php
RELEASE-NOTES
includes/EditPage.php
includes/SpecialPreferences.php
includes/SpecialUserlogin.php
includes/Title.php
includes/templates/Userlogin.php
languages/messages/MessagesEn.php