CiviCRM Community Forums (archive)

This is my first post to the forums, and the first time my company's used CiviCRM, so it's possible this is a newbie question -- we've done a number of Google searches and haven't been able to find an existing thread in these forums or elsewhere, but apologies in advance if I've just searched on the wrong keywords:

We're in the process of building a Drupal 5.7 site, and have installed CiviCRM 2.0.3. We've created a CiviCRM member profile where "Drupal user account registration option?" is selected in the settings, and afterwe submit test member registrations we're able to see the new records in CiviMember and the email addresses used for testing receive a confirmation of membership -- but when we check the Drupal user list, no new users have been created, and no email notifications with Drupal username/password ever arrives at the test addresses.

By contrast, when we create a user via the Drupal admin area, bypassing the CiviCRM registration process detailed above, we're displaying the CiviCRM profile fields as well as the standard Drupal fields (username, password etc) on the Create User page -- and when we view a Drupal user there we do see at least one of those fields (primary email) populated. When we go to CiviMember after creating a new Drupal user, a CiviCRM contact record is displayed for the new Drupal user. So it seems like data is being passed from Drupal users to CiviCRM contacts, but not in the reverse direction.

When we installed CiviCRM we created a new database for it (which was recommended), rather than using the existing Drupal database -- perhaps there needs to be a shared db for Create Drupal Contact to work properly? Or maybe we've missed a step where we map CiviCRM fields to Drupal fields? Any and all suggestions greatly appreciated!

Regards,

Sean Thomas
HyperArts Web Design

Hi Dave:

Thanks for the reply -- took us a while to get back to this, but we followed your suggestions and here's what we found:

We do indeed see the checkbox for the "Create an account?" option in the Profile, which in turn displays a username field when selected. We've also confirmed that email verification is enabled in the Drupal settings.

When we went into the demo site to recreate the bug, we took the following steps:

1. We created a new profile called "Test Membership at http://drupal.demo.civicrm.org/civicrm/admin/uf/group/field?reset=1&action=browse&gid=2. We didn't use all the profile fields as are on our own site's profile,but used first name, last name, and primary email -- we're assuming that primary email is the one that is required to create a new Drupal user record.

2. We then created a new payment processor using the Dummy Payment Processor type with username dummy and Site URL http://www.hyperarts2.com/ filled out in the "Processor Details for Test Payments" section. However, I believe this payment processor has since been deleted on the demo site.

3. We created a new Contributions page called "Testing Membership"
at http://drupal.demo.civicrm.org/civicrm/contribute/manage?reset=1&action=update&id=3

4. We filled out the membership form, and created new members  but none of them were created as users in Drupal -- nor did we receive an email confirmation of our new CiviCRM membership, although when we checked the CiviCRM members list we saw those test users listed:

http://drupal.demo.civicrm.org/civicrm/contact/view?reset=1&cid=105
http://drupal.demo.civicrm.org/civicrm/contact/view?reset=1&cid=108
http://drupal.demo.civicrm.org/civicrm/contact/view?reset=1&cid=117

5. We then changed the Payment Processor used to the PayPal Professional, and added the data that was in the Test Drive section to the "Processor Details for Live Payments" section (on the Payment Processor page), and tried again. This time we had some success: we received an email from Drupal that a new user was created,and we were able  to successfully log in. The user in question can be found at http://drupal.demo.civicrm.org/user/3 -- however, we're not seeing that user in the CiviCRM member database; it's possible we may have accidentally deleted the membership record, but we don't recall specifically doing so. Is it possible to check the logs and determine whethter there was a CiviMember record deleted on that day, or whether it was just never created?

(We also just noticed that we completed the CiviCRM membership form when we were logged in as user demo, so when you view demo's info at http://drupal.demo.civicrm.org/user/2 you'll see our test info there as well -- feel free to delete this data.)

6. We tried to replicate step 5 (including the Payment Processor info) on our own staging site, but had no luck. We realized that we had included a separate contribution amount field on the Demo site Contribution page, so we took that away from the Demo site Contribution page to see if that had some affect on the success of the Drupal user account creation, but were still unable to create a new user. We added that field back to the form on the Demo site, but still had no success in replicating the creation of the Drupal user account when submitting the membership form.

So the questions we have at this point are:

* When we created the test user, did we inadvertently overwrite an existing user account, or was http://drupal.demo.civicrm.org/user/3 a truly "new" Drupal user? When trying to create a Drupal user previously through same process on our own test site, we somehow overwrote an existing Drupal record; at the time we thought we may have tested using a browser that had cached login credentials for that user, but also wondered whether there might be a lack of synchronization between CiviCRM and Drupal's user db, in that it tried to create a new Drupal user when the new CiviCRM member record was written, but somehow didn't increment from the right Drupal UID when doing so and overwrote an existing user.

* Would the fact that we didn't receive any email notifications of CiviCRM membership registration indicate that the SMTP configuration on the demo site just isn't completed for the CiviCRM modules? We're assuming that's the case, since the records did show up in the Recent Memberships area of http://drupal.demo.civicrm.org/civicrm/member?reset=1, but want to make sure we're not overlooking a larger issue.

* Finally, given that our only success in creating a Drupal user was by putting the data into the Processor Details for Live Payments section of the Paypal Professional payment processor, are there known issues with creating a Drupal user when entering data in either the Processor Details for Test Payments area, or more generally in using the Dummy Payment Processory type?

Thanks in advance for any insight you can provide!

Sean

I am having this exact same problem. Has anyone found a fix?

Thanks for the quick reply Lobo,

The 2.0 demo site at the link above appears to be CiviCRM 2.1

I'm using 2.0.6 and Drupal 5.7

Is there a 2.0 demo site?

Hi Lobo, I encounter the same problem. I was trying to configure a free membership sign up. Everything was fine except that the user was not created in drupal after they sign up. I'm using CiviCRM 2.0 and drupal 5.12

Pls advise. Thanks.

I understand.. but i just can't figured it out since yesterday. I did some research but no luck. I don't have other place to go but here.
You mentioned also that there's not much changed on upgrade version?  The site was build in drupal 5 that's why i used the 2.0 also.

Thanks for quick reply.

Hi peterd,

I've checked that one already. but still no luck. I've browse the forum and it seems bug for 2.0 
I even create "primary email" on profile since it's a requirement. i still encounter the same thing.

hi peterd, what version are you running? is it exactly the civiCRM 2.0   or the 2.0.x.x  ?

thnx again..