CiviCRM Community Forums (archive)

Hi there.  I'd like to raise 2issues about the usability and load times of the Register Event Participants page.  I think #1 is best classified as a bug that might be fixable.  #2 is a workflow thing and enhancement.

1. The form is difficult to use because AJAX is so slow to load the data
2. The form allows entering in all transactions with registration except Credit Card, which will not run a live CC transaction on this page

What are your thoughts on #1, is there a solution?

Here is a video I made.  It illustrates the issues.
http://www.youtube.com/watch?v=Vbm7ckzadRI

Thanks.

I have all the drupal "performance" things turned on: js/css aggregation, cache, etc

I tried running it on a different server and it was just as slow, maybe slower.

My assumption here is that the client has a lot of data (8,000+ contacts, 15,000+ contributions, several dozen events, etc. - way more than on the demo site) so the result is that AJAX working well on the demo site doesn't work as well with a site that has a lot of data.  I've noticed CiviCRM+AJAX lag before.  The more data in a db, the worse the AJAX lag.

I will try to tune my MySQL database with a script and hope that improves performance, but I do think that CiviCRM queries on this page are still the main issue.

Just wanted to chime (2 months late) and say that we have the same problem (perhaps not QUITE as slow, but frustrating nevertheless).

I raised both these issues and others in a rant on the forum a while back:
http://forum.civicrm.org/index.php/topic,13226.msg56695.htm

Regarding live credit card transactions, I have 2 further notes:

1. You can bring up the Register Events Participants page WITH live CC processing by adding "&mode=live" to the URL.  It is still a little awkward b/c you have to know the payment type at the beginning of the process, but at least it doesn't take 2 steps.  I have added "Register-CC" and "Register-Other" items to the navigation menu so that users can get to both forms easily.

2. Despite my disappearance for the last few months, we are still hoping to sponsor a few of the workflow enhancements I identified and this one is at the top of the list.

Lastly, thanks to the core team for the 3.2 enhancements that a) allow one to pass the event ID to the form and b) set the status to a default value.

can you please email the upgraded 3.2 database to yashodha: yashodha.chaku at webaccess dot co dot in

we'll take a look and try to see how many bad queries they are that can and should be optimized :0

thanx

lobo

Actually, I noted the same effect (where slow loading of ajax form) in the registration form (integrated in Drupal). Having less than 30 contacts in my database (and no events), I don't think that this is linked to the amount of data in your database.

You can also check the slowness of that form on http://drupal.demo.civicrm.org/user/register where it takes about 5 seconds for the CiviCRM part of the form to load. On my own website, hosted on a VPS, it takes just about three times as long. Would be great if that could be improved.