Author Topic: 4.2.6 Event Registrations don't error on duplicates if there are fees (Read 775 times)

civicrmsav · August 30, 2013, 10:16:13 am

I have a 4.2.6 install and a problem with events with fees allowing duplicate registrations. Is this a known issue that was fixed between 4.2.6 and 4.3? I can't replicate on demo, but I can't find an bug in JIRA that might point me in the right direction. I am not in a position to upgrade right now, but would love to find a patch to fix this.

Test case (as mentioned, I can't replicate on demo) ...

Strict default dedupe rule is email & last name

All test events are set up with
- no to "Register Multiple Participants"
- no to "Allow multiple registrations from the same email address"
- include a very simple profile, just First Name, Last Name and email address.

If the event has no fees and I try to register the same person twice (either with identical information or with the same email address but different fn/ln), I correctly get the "oops" notification.

But if I the event has fees (payment processor is paypal standard), I don't get the oops notification and register the same person twice.
Worse, if for the second registration, I enter a different fn/ln but the same email address, Civi updates the contact record, so the name of the first registrant is lost. (Again this happens only when there are fees, and despite the fact that my strict default dedupe rule is email and last name)

I'm not sure if the "Individual Strict In-built" rule could be causing any part of this behavior - it's set to email only, and I can't edit it.

CatorgHans · September 05, 2013, 01:27:46 am

I have something similar with 4.3.

In this case for a logged in person:
When there are fees then the person does not see the "oops" notification and gets the full registration page again after first registration.
This caused a pretty bad situation, because she thought she could register another person with this form (she did not notice the

Code: [Select]

Welcome <name>. (Not <name>, or want to register a different person? message). So she "registered" 5 new people, who all overwrote her OWN data.

Will check on demo.

CatorgHans · September 05, 2013, 01:36:54 am

Yep, I can confirm on demo.

You then can overwrite the Name and even Email on the registration page.

(for as long as it lasts: http://drupal.demo.civicrm.org/civicrm/event/register?reset=1&id=9 )

civicrmsav · September 05, 2013, 06:37:18 am

Thanks CatorgHans. Does this happen ONLY when there are fees? I've noticed this also and assumed it to be the intended behavior, that is: logged in users who go to the registration form are assumed to be registering themselves, and any changes to contact information are made to their record. I've never tested whether the presence of fees impacts that.

I find, as you have, that new users don't "get" that and it takes some training to teach them to either use the event/register participant option OR logout before registering on behalf of someone else. I wonder if we need an "are you sure" kind of message here also - "You are logged in as [user name], do you really mean to change the contact information for [user name] to [new first name] [new last name] etc." No idea what would be involved in that, but I know it would prevent this problem, which I've seen almost every new Civi admin user bump into.

But I think this is a different situation than my original post, which was specifically about anonymous (un-logged in) users.

CatorgHans · September 05, 2013, 09:56:28 am

Yes, this also happens ONLY with fees and not without, that's why I added it to the same topic. Could be a different bug, but looks related

I disagree that an extra warning is an option.
The "oops" warning is perfect in this circumstance too.
Why would you want to register twice and or overwrite your own data?
The "oops" warning gives you the option to register as someone else (even if he/she has the same email address).

civicrmsav · September 05, 2013, 10:26:40 am

Interesting. I wonder if you are seeing something on demo that I'm not. Here's my test history:

Test 1 - logged in user
(1) Logged in to demo
(2) clicked your link http://drupal.demo.civicrm.org/civicrm/event/register?reset=1&id=9.
(3) page displays with oops message. I can't actually see the form fields or submit the form unless I click "You can also register another participant."

I think that's the expected behavior, is that what you are seeing?? I think my users have had the problem when they are NOT registered for the event, as well as when they are, maybe that's what happened to you?

Test 2 - logged out user
(1) Log Out
(2) http://drupal.demo.civicrm.org/civicrm/event/register?reset=1&id=9, enter email:test1@gmail.com fn: test1. Submitted registration with no trouble as expected.
(3) http://drupal.demo.civicrm.org/civicrm/event/register?reset=1&id=9 again. enter email:test1@gmail.com fn: test2. Submit registration.
(4) Page reloads with oops message, which is I think the expected behavior and the one I'm not getting in 4.2.6

FYI - I moved your event's date to 10/5 so that it would be active for a bit.

CiviCRM Community Forums (archive)

News:

Author Topic: 4.2.6 Event Registrations don't error on duplicates if there are fees (Read 775 times)

civicrmsav

4.2.6 Event Registrations don't error on duplicates if there are fees

CatorgHans

Re: 4.2.6 Event Registrations don't error on duplicates if there are fees

CatorgHans

Re: 4.2.6 Event Registrations don't error on duplicates if there are fees

civicrmsav

Re: 4.2.6 Event Registrations don't error on duplicates if there are fees

CatorgHans

Re: 4.2.6 Event Registrations don't error on duplicates if there are fees

civicrmsav

Re: 4.2.6 Event Registrations don't error on duplicates if there are fees