CiviCRM Community Forums (archive)

Please reproduce this on http://demo.civicrm.org/drupal/ and if reproducible, file an issue

Note that custom fields are not supported for event / membership registration in 1.8. This is a bug and will be fixed in a 2.x series

thanx

lobo

Is there any recommended workaround for handling custom fields for an event in 1.8? I tried mickey-mousing it through the price sets. That's possible for checkbox/radio fields (you can set it to a $0 value and indicate the amount is not visible), but I have to collect some text field data.

If not, any ETA on when the 2.0 fix will be available? Any chance it could be fixed in the rumored v1.9?

I would love to. Except that to call me a code hack would be generous.
In your previous post you indicated the absence of the custom fields was a bug. Did they exist in previous versions, and were "broken" in this most recent version?
-Brian

Hi Lobo,

Now I'm totally confused. Can I or can't I use custom fields? If I put them in is there any way to get the data back back out again?  Because I'm not seeing it. Also is there any way for the user to be able to review their information? Because the dashboard doesn't show the custom information.

So, just thinking out loud here, the thing to do would be to send to a separate profile page on submission in order to  be able to collect the data.

Would you ever consider making it possible to do multiple items without a payment processor? for example, I really just want to collect things people contribute to our annual silent auction. Some people might do 5 items. I need to collect details and a value.

I guess for now what I do is put it in a tab.But it's not really right.

For what it's worth, the custom data fields seem to be working fine for me, and I'm using Paypal Standard. I setup a dummy Paypal Pro profile and tested both, but they seem to both work without a problem.

Two things I note about functionality though --

1) When viewing a live front-end reg form, the custom data fields are controlled through a profile page, which is great because I have some custom fields relevant to certain events that are not relevant to others. However, when registering someone for an event in the backend through their contact page, all the custom data fields show up on all events. It seems like this form should also be controlled by profile forms. Having extra fields that are not relevant to the record makes things confusing.

2) Though not custom data field specific -- when someone registers for an event in the frontend form, a corresponding contribution record is generated. But when an admin registers someone through the backend, no contribution record is created. That's problematic as it would be easy to register someone without really processing their payment. Also, it doesn't "connect" the payment with the event as nicely as the automated frontend function does. We receive a number of event registrations via mail, payable by check. It would be very useful for a blank contribution record with pending status be generated when an event is created. That way we can search by delinquent payments (pending), etc.

-Brian

I'll double check #1 again, and play with the sandbox on the civicrm site as well, and let you know. But everything seems to be working with it. I just updated my site to the release dated 9/5.

Re: #2 --
It seems you me you have two options using profile pages. You could create a way for admins to have control over what profiles are added to the admin event registration page, that way they can create admin-specific profiles vs. public access profiles. Or, since profiles give you control over the visibility of a field, you can create a profile that contains both public access and admin access fields, and when viewed in a public form it only includes the public access fields (i.e. it seems the functionality already exists).

-Brian