Paypal Contribution Problem

[Hershel]

Drupal 7 CiviCRM 4.2.6 site gives:

Code: [Select]

backTrace

#0 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/Error.php(305): CRM_Core_Error::backtrace()
#1 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Contribute/BAO/Contribution/Utils.php(224): CRM_Core_Error::fatal("The system did not record payment details for this payment and so could not p...")
#2 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Contribute/Form/Contribution/Confirm.php(923): CRM_Contribute_BAO_Contribution_Utils::processConfirm(Object(CRM_Contribute_Form_Contribution_Confirm), (Array:32), (Array:28), "5", "3", "contribution", (Array:0))
#3 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/Form.php(246): CRM_Contribute_Form_Contribution_Confirm->postProcess()
#4 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/StateMachine.php(159): CRM_Core_Form->mainProcess()
#5 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Next.php(60): CRM_Core_StateMachine->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next", "Next")
#6 /home/deolc/www/www/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Next->perform(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#7 /home/deolc/www/www/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_Contribute_Form_Contribution_Confirm), "next")
#8 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/Controller.php(289): HTML_QuickForm_Page->handle("next")
#9 /home/deolc/www/www/sites/all/modules/civicrm/CRM/Core/Invoke.php(212): CRM_Core_Controller->run((Array:3), NULL)
#10 /home/deolc/www/www/sites/all/modules/civicrm/drupal/civicrm.module(500): CRM_Core_Invoke::invoke((Array:3))
#11 [internal function](): civicrm_invoke("contribute", "transact")
#12 /home/deolc/www/www/includes/menu.inc(516): call_user_func_array("civicrm_invoke", (Array:2))
#13 /home/deolc/www/www/index.php(21): menu_execute_active_handler()
#14 {main}
Sorry but we are not able to provide this at the moment.
The system did not record payment details for this payment and so could not process the transaction. Please report this error to the site administrator.
Return to home page.
when I click Make Contribution on the contribution confirm page. The processor is PayPal_Standard. It never goes to paypal.com however...

[philies0179]

Just to add to the information (Hershel is helping me with this issue, thank god!) I just setup a Google Checkout account and set it up as a processor and I am receiving the same error message. While we knew the payment wasn't being sent to PayPal, this at least eliminates the PayPal payment processor code as being the issue.

Has anyone seen where Civi simply won't attempt to use the payment processor? The site worked fine for PayPal processing last week, but we moved off of shared hosting to a more stable environment and this issue has unexpectedly arisen.

Thanks

[Donald Lobo]

1. are you using multiple payment processors on the same page or just one?

2. Can you try with a different browser

lobo

[philies0179]

Hi,

I am only using one, but I did try enabling two but received the same results.

I have tested this this error with IE, Firefox and Chrome, all with the same results.

[philies0179]

I have done some additional testing. If I remove the payment option the registration will complete successfully.  I then created a "Pay Now" button from PayPal and imbedded it on the Thank You screen. 

The registration will complete successfully and take you to the thank you screen. The Pay Now button from PayPal is successfully displayed however when you choose it you get the same issue originally reported.

So my question now becomes, what does CiviCRM have to do with the Pay Now button? It would seem to me that this work around should be unaffected as it is simply clicking on an external URL. Why doesn't it simply send you to the website?

[Hershel]

The DB in question was upgraded. Using a fresh install, it works. I'm not certain what the issue may have been with the old DB but an export/import was sufficient in this case and so debugging that DB won't be necessary. I anyway suspect this is a fairly obscure issue.

[ARIALDO]

I cannot get PayPal standard to work:
When registering for an event, it asks for Billing Name and Address and Creditcard Information. Then a page shows up with "The system did not record payment details for this payment and so could not process the transaction."
So I installed CiviCRM on a different website and there it works. Afterwards I've completly reinstalled CiviCRM, after having deleted also the old database. And it doesn't work.
I have no idea, why the payment processor works on one website and not on another. I have on both website the latest version of Joomla installed.

I'm also urgently looking for somebody who can program a SaferPay (Six Card Solutions) Payment Processor for us.

Ari

[philies0179]

If it helps, we also figured out that the main organization website template was also interfering with Civi.  Try setting both your Civi installation and your main website to Bartik and see if that fixes things. 

[Dave Greenberg]

When an online contribution page is configured to use PayPal Standard, the billing block fields (Billing Name and Address and Credit Card fields) should not be included in the form. The applicable fields for various payment processor choices are loaded or hidden via Javascript - so I'm suspicious that there's a problem executing the Javascript on the site where things are failing. This could be caused by mis-configured "Resource URL" (check under CiviCRM > Administer > System Settings > Resource URLs), or by a problematic interaction with your CMS theme. I'd load the page in Firefox with Firebug enabled and see if there are Javascript errors reported as well.

[rares]

Had the same issue here. The symptoms were as follows:
- The message "The system did not record payment details ..." would appear as an error after confirming any contribution
- only the pay later method would work. any other payment processor (including the dummy one) would throw the error message
- it did not matter if we had the confirmation page enabled or not
- the same CiviCRM database, when hooked up to a different Wordpress, on a different server, did not show this error

Did a lot of debugging and discovered that the root cause has something to do with $this->_paymentProcessor being NULL while the CRM_Contribute_Form_Contribution_Main form is processed (the logic would break down at the "if ($this->_paymentProcessor['billing_mode']" statement in function postProcess in CRM/Contribute/Form/Contribution/Main.php). It turned out that the payment_processor form value was being received (the ID of the processor), but $this->_paymentProcessor was still NULL. Comparing the $params ($_POST) array between the instance where this was working and the one that was not, I noticed that there is an additional hidden_processor='1' form value when the form works properly.

So my solution was to hack the following line:
if (CRM_Utils_Array::value('hidden_processor', $_POST)) {
and replace it with
if (TRUE || CRM_Utils_Array::value('hidden_processor', $_POST)) {
(in function preProcess around line 180 in CRM/Contribute/Form/Contribution/Main.php)

This solved the problem for me.

I specifically checked that the the transaction amount and all other contribution data was being passed successfully though the form stages. Just hidden_processor was 'lost'.

Please let me know if this hack solves your problems and if you have any ideas on what else I could do to debug this.

Thanks

[Donald Lobo]

can u debug more and figure out WHY "hidden_processor" was lost in the broken case?

was it a specific browser?

lobo

[krypto]

Hi,

We had the exact same problem as @rares with our WordPress setup, but only with Internet Explorer - Chrome and Firefox both worked fine. This applied to both contributions and events - anything that involved the PayPal processor.

As with the others, the contribution page would show the billing information and credit card sections, despite the payment method being PayPal. Then the "The system did not record payment details for this payment" error.

@rares' fix has solved this, on main.php for contributions, and register.php for events. Thanks for working on that - made my Christmas much easier!

Andrew

[The Next Wave]

Had the same issue here. The symptoms were as follows:
- The message "The system did not record payment details ..." would appear as an error after confirming any contribution
- only the pay later method would work. any other payment processor (including the dummy one) would throw the error message
- it did not matter if we had the confirmation page enabled or not
- the same CiviCRM database, when hooked up to a different Wordpress, on a different server, did not show this error

Did a lot of debugging and discovered that the root cause has something to do with $this->_paymentProcessor being NULL while the CRM_Contribute_Form_Contribution_Main form is processed (the logic would break down at the "if ($this->_paymentProcessor['billing_mode']" statement in function postProcess in CRM/Contribute/Form/Contribution/Main.php). It turned out that the payment_processor form value was being received (the ID of the processor), but $this->_paymentProcessor was still NULL. Comparing the $params ($_POST) array between the instance where this was working and the one that was not, I noticed that there is an additional hidden_processor='1' form value when the form works properly.

So my solution was to hack the following line:
if (CRM_Utils_Array::value('hidden_processor', $_POST)) {
and replace it with
if (TRUE || CRM_Utils_Array::value('hidden_processor', $_POST)) {
(in function preProcess around line 180 in CRM/Contribute/Form/Contribution/Main.php)

This solved the problem for me.

I specifically checked that the the transaction amount and all other contribution data was being passed successfully though the form stages. Just hidden_processor was 'lost'.

Please let me know if this hack solves your problems and if you have any ideas on what else I could do to debug this.

Thanks

This was genius- solved my problem of contributions not processing to paypal.
Sorry but we are not able to provide this at the moment.
The system did not record payment details for this payment and so could not process the transaction. Please report this error to the site administrator.

We are working with WP 3.5.1 and CiviCRM 4.2.8- we had been working with a custom theme that wasn't using the default permalinks. We also switched to the Pinboard theme- which has been good so far.
Before we switched to the standard permalinks- we were getting a lot of odd urls generated- nothing was working. There should be a standard install disclaimer for CiviCRM that it won't work with other permalink structures.
Anyone have any idea on how to get the event manager to work properly? http://electesrati.com/?page=CiviCRM&q=civicrm/event/info&reset=1&id=18
We also used to be able to generate an automated event list when we worked with Joomla- where all the events just listed on a single page- and even could be embedded as a widget-
this doesn't seem to work with WP.
However, still having trouble with event registrations- it's not routing to paypal- instead giving error message:

[CiviTeacher.com]

I was having this problem on a D6/Civi4.2 site but only in IE.    When viewing the site in IE, there was a javascript warning related to jstree.js  if I used "debug bar" (an IE debugging tool).

The solution was to enable Javascript compression in the Drupal "performance" settings and this masked whatever js errors were occuring.

No coding was required.

[krypto]

@TheNextWave - I had to apply the above fix to a different template to get events working. Was register.php, I think.

Regarding displaying all the events, we generate a page on our WP by linking directly to: [domain]/events/?page=CiviCRM&q=civicrm/event/ical&reset=1&list=1&html=1