Last modified: 2010-05-15 15:59:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 12416 - createAndPromote.php no longer makes passwords
createAndPromote.php no longer makes passwords
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Database (Other open bugs)
1.11.x
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-26 01:49 UTC by Dan Jacobson
Modified: 2010-05-15 15:59 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dan Jacobson 2007-12-26 01:49:41 UTC
Does createAndPromote.php still work?

$ php createAndPromote.php Fff zzz
Creating and promoting User:Fff...done.

But mysql shows
               user_name: Fff
          user_real_name:
           user_password:
        user_newpassword:
       user_newpass_time: 20071226000912

and indeed the new user cannot login with the password or no passwd at
all.

One needs to use changePassword.php as an extra step.

P.S., if one gives fff, Fff is created, but the message on stdout
doesn't reflect that.

By the way, you might take this opportunity to make a more general
command that can create regular users too.

e.g., for

wiki=wiki.example.org
while read user email
do
        password=$RANDOM
        php createAndPromote.php $user $password &&
        echo Dear $user, your initial password is $password on $wiki|
        mail -s $wiki\ account $email
done < classmates
Comment 1 Brion Vibber 2007-12-28 02:22:54 UTC
User::setPassword() currently doesn't have immediate application and requires a subsequent call to saveSettings().

Have added this in r28914.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links