CiviCRM Community Forums (archive)

I am at the end of my process of upgrading to CiviCRM 2.0.5 under php5. I had been CiviCRM 1.8 under php4. During my QA testing I found what I thought was going to be a simple reset of a variable name, but have since found that it is a more involved problem(with a probable fix in 2.1) But since 2.1 is not quite ready for production, I am looking for a workaround that I can use on my 2.0.5 system.

From the comments I have seen (Links at bottom of post) it appears that the fix used in 2.1 involves multiple updates in multiple locations and is a bit to involved to easily to back-port to 2.0 So I am hoping that there will be a temporary work-around that won't be to bad.

From my reading it appears that the problem is with custom fields that are not of type Individual (or Contact). In my case they are attached to a contribution record and are used to allow a donor to designate which area/project they would like their donation directed to.

===========================================================
Credit or Debit Card Information
===========================================================
MasterCard
************0015
Expires: March 2016


===========================================================
Additional donation details
===========================================================
 custom_3 : Array
 custom_5 : Array
Since the other forum topics I found  don't seem to mention a fix or workaround, I was hoping that I had missed something.

Receipt missing custom data - http://forum.civicrm.org/index.php/topic,3840.msg16920.html
civicrm_activity_update with custom data? - http://forum.civicrm.org/index.php/topic,4109.msg18102.html

I'm in a class at the moment, but I'll do a test this afternoon. I haven't made this version Live yet, so I can experiment some. Just gotta make another backup first. Remember ... always make a backup  ;-)

OK to try a slightly cleaner environment I created a whole  new donation page and included the previous Custom Field Group and also created a new one. With the new donation page, both Custom Field Groups had the printing error
===========================================================
Additional donation details
===========================================================
 custom_3 : Array
 custom_5 : Array
 custom_7 : Array


===========================================================
test v20 custom ield
===========================================================
 custom_8 : Array


Paul:

1. can we get ssh access to your site. might be easier for us to just jump on the site and help debug this. This was an issue in an earlier version of 2.0, and i think we fixed it. I dont remember and cant find the issue .

2. Can you get on IRC: http://embed.mibbit.com/?server=irc.freenode.net&channel=%23civicrm&forcePrompt=true. Hopefully one of the core devs will be around and we can take a look and figure out whats wrong etc

lobo

Probably totally unrelated, but here is another data point. I turned on the honoree section for the contribution process and filled it in this time. It displayed on he Thank you page with some some incorrect formatting and no title for that section even though it did create the blue separator line/box. I filled in Salutation/first name/last name but no email address.
Contribution Information
Amount: $ 200.00
Date: August 8th, 2008 9:32 AM
Transaction #: test00000023
: Ms Great Lady
Email :
Slightly diff ormatting on the actual emailed receipt. No email label(OK I didn't fill it in) but also still no title for section
Contribution Information
===========================================================
Amount: $ 200.00
Date: August 8th, 2008  9:32 AM
Transaction #: test00000023

===========================================================

===========================================================
Ms Great Lady

===========================================================
Billing Name and Address
The receipt looks the same. Is the debug info logged someplace else? Or did I need to turn on BackTrace also. From the label I thought that was for transaction failures.
===========================================================
Additional donation details
===========================================================
 custom_3 : Array
 custom_5 : Array
 custom_7 : Array


===========================================================
test v20 custom ield
===========================================================
 custom_8 : Array


Lobo Don't know iff this is the incident that ou are thinking of. It has similarities, but it is an older release 1.7 and has funky regular fields also.
http://issues.civicrm.org/jira/browse/CRM-2017
But then it gets commented on with 1.9 & 20,0 by alan who refers to a fix at 10064 which dosn't do it.

But Alan also mentions :
in my example, it was due to a household field being included in the profile, which confused the 'getProfileType' function.

1. this only happens in test mode. the code works fine in live mode (i.e. real transactions)

2. this has been fixed for 2.1

3. i'm reluctant to patch 2.0 since this is an annoying but not critical bug . however here is the svn diff for the two files if you want to manually patch your install

Index: CRM/Contribute/BAO/ContributionPage.php
===================================================================
--- CRM/Contribute/BAO/ContributionPage.php (revision 16570)
+++ CRM/Contribute/BAO/ContributionPage.php (working copy)
@@ -85,7 +85,7 @@
      * @access public
      * @static
      */
-    static function sendMail( $contactID, &$values )
+    static function sendMail( $contactID, &$values, $isTest = false )
     {
         require_once "CRM/Core/BAO/UFField.php";
 
@@ -128,6 +128,17 @@
 
             require_once 'CRM/Contact/BAO/Contact.php';
             list( $displayName, $email ) = CRM_Contact_BAO_Contact::getEmailDetails( $contactID );
+
+            if ( $isTest &&
+                 ! empty( $params['custom_pre_id'] ) ) {
+                $params['custom_pre_id'][] = array( 'contribution_test', '=', 1, 0, 0 );
+            }
+
+            if ( $isTest &&
+                 ! empty( $params['custom_post_id'] ) ) {
+                $params['custom_post_id'][] = array( 'contribution_test', '=', 1, 0, 0 );
+            }
+
             self::buildCustomDisplay( $values['custom_pre_id'] , 'customPre' , $contactID, $template, $params['custom_pre_id'] );
             self::buildCustomDisplay( $values['custom_post_id'], 'customPost', $contactID, $template, $params['custom_post_id'] );
 
Index: CRM/Contribute/BAO/Contribution.php
===================================================================
--- CRM/Contribute/BAO/Contribution.php (revision 16570)
+++ CRM/Contribute/BAO/Contribution.php (working copy)
@@ -870,7 +870,7 @@
         // finally send an email receipt
         require_once "CRM/Contribute/BAO/ContributionPage.php";
         $form->_values['contribution_id'] = $contribution->id;
-        CRM_Contribute_BAO_ContributionPage::sendMail( $contactID, $form->_values );
+        CRM_Contribute_BAO_ContributionPage::sendMail( $contactID, $form->_values, $contribution->is_test );
     }


New problem has also been solved.
Check my new forum post or the issue mentioned above for tip on how I did it. Ok, actually lobo pointed me to an old patch(from 1.9) that fixed it, but I had to put it on a 2.0.5 system. 

Don't worry it wasn't bad