General developer forum

That was what I had hoped, unfortunately tests would tend to suggest otherwise.
I retested just now with the help of a colleague:

Both of our personal moodle users are moodle admins.

1. I (A) and my colleague (B) load the add a user page, and both receive the same userid.
2. A and B fill out their forms.
3. A submits their form, and the user account is created with the user id.
4. B submits their form, and the user account is inserted with the same id, effectively deleting the user created by A.

Can anyone recreate this? (I'm using Moodle 1.6)

I simply needed to copy the Moodle code that creates a new user, which I notice is in the 'Student Adder' a bit less cryptically than in Moodle itself (see below), thanks for the pointer so I can build my own script that can be called from our Student Account Creation kiosk script - so that students will have their Moodle account setup at the same time as their Active Directory network account, managed printing account etc.

We are using LDAP auth, so we could use the ldap sync script but that leaves us in the same situation as we were in with WebCT - no way of guaranteeing a student will be able to login to Moodle after having just filled out the account creation form.

Unfortunately, in so doing I discovered that the Moodle code itself isn't quite perfect. So I got sidetracked working out what it was doing wrong and reporting the bug.

On the plus side i'm now fairly happy with how database records are created and therefore how user accounts should be created.

Oh for a central API, or even... Web Services

//Create a new user.
$newuser->auth = 'manual';
$newuser->confirmed = 1;
$newuser->policyagreed = 0;
$newuser->deleted = 0;
$newuser->username = $name;
$newuser->password = $password;
$newuser->firstname = $fstname;
$newuser->lastname = $lname;
$newuser->email = $email;
$newuser->emailstop = 0;
$newuser->department = $mydepartment;
$newuser->city = $mycity;
$newuser->country = $mycountry;

$newuserid = insert_record('user', $newuser);