CiviCRM Community Forums (archive)

Just an FYI - the above post is for a LIVE Event site. If any one has any thoughts, please share.

Dallas

Few more details that may or may not be pertinent, who knows...
1) We are using a custom event registration template, but it has no changes from the standard template just incorporates a JS slider to make it stepwise. No custom fields or anything.
2) The registration page in question can be found at: http://members.rfw.org/index.php?option=com_civicrm&task=civicrm/event/register&id=19&reset=1
3) Confirmation emails for this event are setup to CC two staff email addresses, and BCC two other seperate addresses.

Other than that I can't think of anything out of the norm here. Definitely worked yesterday before the upgrade though.

Hi Lobo,

We can't do that as we have enabled register multiple participants and using 3.0.3 the last user info over wrote all other entries for the multiple participants.

Can we back rev to 3.0.2 with out any issue?

Thanks!

Dallas

Tested on Sandbox - same result when selecting pay later. no confirmation e-mail sent.

Dallas

Tested on Sandbox - same result when selecting pay later. no confirmation e-mail sent.

the demo servers dont send email for spam reasons (i.e. we dont want our boxes to be used by spammers). all email goes into /dev/null

lobo

I was able to replicate this on a seperate install and subdomain, using a 3.0.2 backup for the upgrade to 3.0.4. Prior to upgrading I verified it was working, and indeed in 3.0.2 the confirmation sent fine when Pay Later was selected. After upgrading however the same thing occurs.
The question is what changed between 3.0.3 and 3.0.4 regarding Pay Later registrants and that confirmation being generated? Does this have something to do with the Primary Email? We are not requiring registrants to login prior to registering, and are also allowing multiple registrants from the same email. Could this be where the problem lies?

I did a debug_var right before sendmail's called on the $this->_values array thats passed in.

I can't attach the dumps, there too large, but I did save both the debug_var dump, and the sessionDebug dump from the confirmation screen. If you think they will help.

I realized that the email field is blank in the contact records being created for each test signup. Everything else in the contact record is intact, just the email thats missing. It does appear to be passed to the confirmation screen though. That would explain the cause, since it is attempting to pull that email address from the contact record, correct?
So more correctly, this issue is with the contact record not saving correctly for Pay Later participants. (Also makes it clearer why it worked in test drive since test drive doesn't create a record)