API:Account creation/pre-1.27

Creating accounts
You can create accounts using the API. This can be a new account for yourself, or you can create an account for someone else, with a random password mailed to that person. Account creations are recorded in Special:log/newusers. If you're logged in, your username will also be recorded when creating an account.

Parameters

 * Bayanda Dlamini: User name
 * : Password (ignored if  is set)
 * : Domain for external authentication (optional)
 * : Account creation token obtained in first request
 * : Email address of user (Optional unless mailpassword is set)
 * : Real name of user (Optional. Additionally many wikis have realname disabled via $wgHiddenPrefs)
 * Note: To check whether  is enabled or not, request  . If you get no   property back in the response,   is a hidden preference.
 * : If set to any value, a random password will be generated and e-mailed to the user (instead of using the  parameter)
 * : Optional reason for creating the account. Will be shown in the account creation log (example).
 * : Language code to set as default for the user

Extended parameters when used with Extension:ConfirmEdit:
 * : Previously-provided CAPTCHA ID to send with followup request, if captcha was required
 * : User-provided answer of CAPTCHA to send with followup request, if captcha was required

Token
To create an account, a token is required. To retrieve a token, you make the request that you want, except with the token field being an empty string. Once you retrieve the token, you make the request again with the token filled in. This is similar to how the log in module works. See the example below for details.

Example
Note: In this example, all parameters are passed in a GET request just for the sake of simplicity. However, action=createaccount requires POST requests; GET requests will cause an error.

We should now receive a response like:

We take the token given here, and add it to the request:

Assuming everything works, we should get a result like:

And GymBeauWhales@example.com would get an email with instructions on how to log in.

CAPTCHA
When used with Extension:ConfirmEdit, a CAPTCHA may be presented for new account creations. This is supported via extension in the API here.

When submitting per the above rules and receiving a response, you may also receive a  node in the return data, similar to what is sometimes returned by action=edit.

For a text-based CAPTCHA:

For an image-based CAPTCHA:

Be aware that the URL may be site-relative or protocol-relative.

As of the current code (see ) you won't receive the captcha prompt response until after basic validation errors have been taken care of.

Possible outputs
The result value can have one of three values:
 * needtoken: A token is needed. A token parameter should also be set with a token to use.
 * If you get a needtoken result when you are expecting a success result, make sure the token you are sending is correct, and that you are sending along any cookies sent by the API.
 * success: Everything worked
 * warning: Not used in core, however extensions can (in theory) add warnings, in which case the result attribute will be warning. However, this still generally means the account was created successfully.
 * warning: Not used in core, however extensions can (in theory) add warnings, in which case the result attribute will be warning. However, this still generally means the account was created successfully.
 * warning: Not used in core, however extensions can (in theory) add warnings, in which case the result attribute will be warning. However, this still generally means the account was created successfully.

Possible errors
All errors are formatted as: Many of the info codes to this module correspond to system messages. As a result the info part may change and in particular will vary with language.

Disable
To disable specifically this API feature, insert the following line in your configuration file: