CiviCRM Community Forums (archive)

upgraded from v4.1.2 to v4.2 (Joomla 2.5.5).

All contribution pages are now seeing when clicking "make contribution" using PayPal standard

Fatal error: Call to a member function doDirectPayment() on a non-object in /home/name/public_html/administrator/components/com_civicrm/civicrm/CRM/Contribute/BAO/Contribution/Utils.php on line 210

The PayPalImp.php file changed at the end

        /* Success */
        $params['trxn_id']        = $result['transactionid'];
        $params['gross_amount'  ] = $result['amt'];       
        return $params;

to:

    /* Success */

    $params['trxn_id'] = CRM_Utils_Array::value('transactionid', $result);
    $params['gross_amount'] = CRM_Utils_Array::value('amt', $result);
    return $params;

Any ideas?

These are the kind of questions that every time I post, no one seems to answer.

Have you upgraded to 4.2.1?  There were some paypal bugs in 4.2

can u reproduce this on our demo servers? would help us isolate and fix the issue

lobo

Hello, I had this problem a few days ago.  However I am using Drupal 7 w/CiviCRM 4.2.0 (at the time). Also not limited to PayPal as we've been using eProcessingNetwork w/authorize.net emulation. I've since upgraded to 4.2.1 today.  I've processed several test transactions without the error.  However, I have one particular user who was getting this error when he tried to renew last week. 

My question at this point is - how can I process this and try to renew as that user? This user has been good enough to try and renew 3 times already and keeps getting the error.  Is there a way, now that this may have been fixed in 4.2.1, that I can try to renew the form and masquerade as that user for testing purposes?

Thank you,
--Tony

No worries, the member in question went ahead and renewed their membership today and everything was processed properly, no errors, all is well.  Looks like for me w/Drupal, CiviCRM 4.2.1 has resolved this issue. 

The only other mention I can make is that I'm still using the default CiviCRM templates. I disabled all of my custom templates when we first had this issue a few weeks ago, and I've not bothered to turn them back on for fear the problem will crop-up again.

Thanks!
--Tony

try the patch here

http://issues.civicrm.org/jira/browse/CRM-10942

lobo

Another totally bizarre thing:  I made one new event, which worked both before and after I enabled my module to do anything with it, and then I made another event, which did not work before OR after.

Another symptom of the problem is that, if send payment later is enabled and I choose PayPal payment processor, on the Confirmation screen, it still shows the instructions for paying by check, and then it just goes through all the way as though it were a pay later registration.  Or - this is a new one - on the latest try it gave this error in the log (and on screen):

Oct 02 18:11:34  [info] $Fatal Error Details = Array
(
    [message] => Could not find valid value for id
    [code] =>
)


Oct 02 18:16:00  [info] $backTrace = #0 [...]/sites/all/modules/civicrm/CRM/Core/Error.php(300): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 [...]/sites/all/modules/civicrm/CRM/Utils/Request.php(106): CRM_Core_Error::fatal("Could not find valid value for id")
#2 [...]/sites/all/modules/civicrm/CRM/Event/StateMachine/Registration.php(52): CRM_Utils_Request::retrieve("id", "Positive", Object(CRM_Event_Controller_Registration), TRUE)
#3 [...]/sites/all/modules/civicrm/CRM/Event/Controller/Registration.php(43): CRM_Event_StateMachine_Registration->__construct(Object(CRM_Event_Controller_Registration), TRUE)
#4 [...]/sites/all/modules/civicrm/CRM/Core/Invoke.php(223) : eval()'d code(1): CRM_Event_Controller_Registration->__construct("Event Registration", TRUE, "null", NULL, "false")
#5 [...]/sites/all/modules/civicrm/CRM/Core/Invoke.php(223): eval()
#6 [...]/sites/all/modules/civicrm/drupal/civicrm.module(382): CRM_Core_Invoke::invoke((Array:3))
#7 [internal function](): civicrm_invoke("event", "register")
#8 [...]/includes/menu.inc(350): call_user_func_array("civicrm_invoke", (Array:2))
#9 [...]/index.php(17): menu_execute_active_handler()
#10 {main}


Disabling pay later completely and then registering yields the error message in the previous post.