Last modified: 2007-04-30 18:48:54 UTC
By call of
there appears an extra button "by e-mail" (only as an already logged in user).
As I understand the function, an account will created with the entered username
and a system-generated password is send to the entered e-mail-adress.
But the fields "Password" and "Retype password" are mandatory fields. That seems
to be not logical if a password will be generated by the system. By testing
today I generated an account on de.WP "Raymond1", see
http://de.wikipedia.org/w/index.php?title=Spezial:Log&user=Raymond (15:31, 21.
I'd like to now what that feature should do; the function names sound like what
raymond described, but the way it workes doesn't giv e me any clue. Does
somebody know that? Who added that feature?
For me it seems to be a feature/bug of the Confirm Edit extension.
*** Bug 8219 has been marked as a duplicate of this bug. ***
I'm the user on IRC that Ral315 mentions on #8219.
The idea is that sysop can create an account without password (that's why
password is blank on form) and it'll be e-mailed to user without the knowledge
I'll try to dig into the code to discover what could be the problem. If someone
has some idea please post it here.
Created attachment 2850 [details]
Proposed patch to test correctly empty password
Using this patch started to work as described on bug 8219
(In reply to comment #5)
> Created an attachment (id=2850) 
> Proposed patch to test correctly empty password
> Using this patch started to work as described on bug 8219
For version 1.6.8
Please provide patches against SVN trunk, HEAD revision.
Patch is clearly wrong; it simply rejects passwords at the specified
minimum length instead of shorter than the minimum length at account
For instance, if the minimum is 8-character passwords, with this patch
you could not set an 8-character password, but would need at least 9
Fixed in r18307
Now nullifies the initial password so account can't be logged in with the
initial (eg blank) pass,
so can't log in until the mailed temp pass is used.
*** Bug 9727 has been marked as a duplicate of this bug. ***