CiviCRM Community Forums (archive)

Hello,

in the approval workflow (CiviCRM 3.3.2) the Registrant receives an E-Mail after approval which allows him to confirm his participation. Then he is send back to the registration form, with payment options enabled.

Two issues here:

1.) We have custom data fields in a Participant Profile, which the user filled out during registration. When he comes back for confirmation, the data from the fields is not loaded (yet it is in the database and accessible for the admin). So he has to fill this data out again.
2.) The data is actually used to judge the readiness of the participant in the event. So he should not be able to change this data. Additionally, as we have a quota per Country (manually enforced), we don't want the user to change the country (or his address data) after registration. Yet all fields are changeable once he presses the confirmation button and comes back to the registration form for the payment.

Is there a setting, which would only display the fields, plus the payment processor instead of making them editable?

Best wishes
 Malte

Maybe it is the wrong approach to take, but as CiviCRM (at least our installation) does not read the values from custom fields which are in event specific custom groups, we decided to not show the values at all instead of setting the html_quickform elements to freeze. We do this by not executing the buildCustom block.

For this I patched register.php as well as confirm.php, as I can't figure out for the live of it how to do this with a hook. Is there a better way to achieve this / can I do this in a hook?

diff --git a/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php b/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php
index 27f2fc1..bf1649e 100644
--- a/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php
+++ b/sites/all/modules/civicrm/CRM/Event/Form/Registration/Confirm.php
@@ -257,8 +257,12 @@ class CRM_Event_Form_Registration_Confirm extends CRM_Event_Form_Registration
         $config = CRM_Core_Config::singleton( );
         
         $this->buildCustom( $this->_values['custom_pre_id'] , 'customPre' , true );
-        $this->buildCustom( $this->_values['custom_post_id'], 'customPost', true );
         
+               if ( $this->_params[0]['bypass_custompost'] == '1') {
+                       /*nothing*/
+               } else {
+               $this->buildCustom( $this->_values['custom_post_id'], 'customPost', true );
+        }
         $this->assign( 'lineItem', $this->_lineItem );
         //display additional participants profile.
 
@@ -355,6 +359,7 @@ class CRM_Event_Form_Registration_Confirm extends CRM_Event_Form_Registration
                 $fields[$name] = 1;
             }
         }
+
         $fields["billing_state_province-{$this->_bltID}"] =
             $fields["billing_country-{$this->_bltID}"] = $fields["email-{$this->_bltID}"] = 1;
       
diff --git a/sites/all/modules/civicrm/CRM/Event/Form/Registration/Register.php b/sites/all/modules/civicrm/CRM/Event/Form/Registration/Register.php
index e538250..5ef0455 100644
--- a/sites/all/modules/civicrm/CRM/Event/Form/Registration/Register.php
+++ b/sites/all/modules/civicrm/CRM/Event/Form/Registration/Register.php
@@ -359,10 +359,22 @@ class CRM_Event_Form_Registration_Register extends CRM_Event_Form_Registration
         $this->assign( 'requireApprovalMsg', $this->_requireApprovalMsg );
         $this->assign( 'allowGroupOnWaitlist', $allowGroupOnWaitlist );
         $this->assign( 'isAdditionalParticipants', $isAdditionalParticipants );
+               
+               $this->buildCustom( $this->_values['custom_pre_id'] , 'customPre');
+                       
+               /* MSU
+               
+               Fix to hide the custompost when confirming
+               Need to use a bypass variable so the confirm page does not display the values either
+               
+               */
+                if($this->_participantId<1)
+                {
+                   $this->buildCustom( $this->_values['custom_post_id'], 'customPost');
+            } else {   
+               $this->add('hidden','bypass_custompost','1');
+                }
 
-        $this->buildCustom( $this->_values['custom_pre_id'] , 'customPre'  );
-        $this->buildCustom( $this->_values['custom_post_id'], 'customPost' );
-       
         //lets get js on two different qf elements.
         $buildExpressPayBlock = false;
         $showHidePayfieldName = null;

Maybe the proper way would be to debug why the values aren't set as defaults in the first place upon confirmation and modify buildCustom to actually correctly support viewOnly (meaning you can only view the fields and not edit them, which it doesn't).

And please tell me if I post in the wrong place / forum.

It took me two hours to find out (among a couple of other things I missed yesterday):

Our custom profile had the participant_role in it. So far so good. Yet the system only loaded the participant_role_id. Hence the form was not setting the value for the participant_role correctly. After I added

+               $this->_defaults['participant_role'] = $this->_defaults['participant_role_id'];

in the setDefaultValues function not only was the Participant Role set correctly, but all the other values showed up as well.

Sadly this brings me back to somewhat 0 as now I need to figure out how to set all the custom values to frozen (mainly, I need to find out in my hook what the custom values are so I can set them to frozen).