blank page

[anniekin]

I recently tested my CiviContribute and noticed that instead of being directed to a Thank You page, I get a blank page. I couldn't find anything in the logs.

-blank page happens at /civicrm/contribute/transact (at least that's the URL that shows up) after I have submitted the CiviContribute form, right after I see the donation confirmation and click "Make Contribution"
-Drupal 5.2, CiviCRM 1.7.9821, PayPal- Website Payments Pro, Signature
-happens both in TEST (with a test credit card) and LIVE (with a real credit card) modes
-with and without SSL

From what I remember, it worked fine before, but I'm not sure with which version of CiviCRM.
Any suggestions?

[Donald Lobo]

annie:

in general a blank page means a php error of some sort. You'll need to recheck your error logs and/or your drupal watchdog entries and see where it is tripping up

lobo

[anniekin]

I searched PHP, Apache, and Watchdog logs and I almost gave up until someone happened to notice a PayPal log in /tmp, where I found the following. Does this mean that PayPal is giving me a bad response, or that my web server is handling the response badly (or both, or something else entirely)? 

xx_api1.techmission.org [debug] Response XML: HTTP/1.1 500 Internal Server Error
Date: Thu, 16 Aug 2007 16:17:19 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.7a mod_fastcgi/2.4.2 PHP/4.3.2
Connection: close

....></Credentials></RequesterCredentials></SOAP-ENV:Header><SOAP-ENV:Body id="_0"><SOAP-ENV:Fault><faultcode>SOAP-ENV:Server</faultcode><faultstring>Internal error</faultstring><detail>Timeout processing request</detail></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope>
Aug 16 11:17:16 xx_api1.techmission.org [info] DoDirectPayment, Elapsed: 1201ms
Aug 16 11:17:16 xx_api1.techmission.org [error] Internal error


Also, the transaction actually also goes through fine and shows up on PayPal, and a receipt is sent.

[Donald Lobo]

This seems like a PayPal related error. You might want to check the paypal forums for help/assistance

What credit card number are you using for test transactions? Please avoid using 4111111... since that seems to result in long delays etc

lobo

[jlhurd]

I am having the same problem with CiviContribute and Paypal Pro.  But it is not a blank page (with associated php error), but rather a page-not found error.

In Internet Explorer, I get:

"Internet Explorer cannot display the webpage
   
Most likely causes:
You are not connected to the Internet.
The website is encountering problems.
There might be a typing error in the address."

I get a similar "cannot display page" error in Firefox.

However, when I just type in the url ("/civicrm/contribute/transact") by itself, I get the standard contribution page.

I am getting this problem using live credit card information.  All of the Paypal and CiviCRM emails are sent and the transaction goes through, it's just that the "Thank You" page is not displayed.

Any ideas?

Thanks,

Josh


Drupal 5.1
MySql 5.0.41
PHP 5.2.3-0.dotdeb.1
Apache/2.2.3 (Debian)
CiviCRM 1.8.10954
Paypal Pro

[Donald Lobo]

Most likely the error is with php 5.2.3 / SOAP / PayPal Services package. You will need to roll back to PHP 5.2.0

Some details about this can be found at:

https://www.paypaldeveloper.com/pdn/board/message?board.id=api&thread.id=2562

If you learn more about the above issue, please update this forum.

lobo

[Donald Lobo]

I just rolled back to php 5.2.0 and verified that this works with that version. So this is definitely a PayPal SOAP / PHP issue

hopefully this will be fixed in php 5.2.4

lobo

[anniekin]

Rolling back to PHP 5.2.0 fixed the problem for me as well.
Thank you Lobo and Josh!

[jlhurd]

My server has just upgraded to PHP 5.2.4, and the new version has not fixed this problem. 

Any idea about a custom patch, or is there code I can change within CiviCRM to get rid of the problem?  We're stuck using PayPal Standard right now, even though we have a PayPal Pro account, and I hate to be throwing away $30 per month for a service that we are not using.

[Donald Lobo]

Please follow up with paypal on their developer forum. We think its an issue with the paypal SDK and as such would like to avoid debugging / modifying it. I suspect trying to track and fix it will cost us significanly more than $30

lobo

[Donald Lobo]

I suspect paypal is not putting any resources on their SOAP API but instead more on their new "REST" api (NVP). I dont know if paypal will fix this issue anytime soon, which is a bummer

For 2.0, we are moving to the new PayPal NVP api. It is significantly simpler and easier to code with. The issue is here: http://issues.civicrm.org/jira/browse/CRM-2330

Backporting to 1.x is feasible but would need some schema changes

lobo

[pelicani]

I'm also having problem with PayPal Pro.
I've read the wiki page for the CRM on how to set it up (several times).
Paid close attention to the part that says php5.2.3 will not work.
Asked our host to install 5.2, but they don't have that version. (how can they not have it, isn't it free)
So they installed 5.1.5, and I get the blank page.
I configured PHP to display errors on screen, but the screen is still blank.
Does php5.1.5 have the same problem as 5.2.3?

[Donald Lobo]

I dont know if php 5.1.5 has the same issue as 5.2.x. You might want to check your drupal watchdog logs and also the apache error logs. A blank screen w/o an error message can mean the web server died (core dump) which will be reported in the error log

lobo

[anniekin]

If anyone has made any progress with this, please let me know!
Our hosting provider recently updated us to php 5.2.5 and that version seems to have the same problem.

We can't roll back to 5.2.0 anymore with the new CPanel version so we're stuck now...
What happens in IE is pretty bad because it looks to the user like the transaction didn't go through!

[anniekin]

It looks like we have fixed our problem, so I thought I'd share.

Apparently, we were using an old version of Zend Optimizer (our hosting provider uses CPanel) which had a known segmentation fault problem (we were seeing some segmentation faults in our Apache error logs with the blank pages). It looks like the upgrade probably fixed the problem. There's a slight chance it also could have been due to changing a PHP environment variable, but I think it's the upgrade.

So, PHP 5.2.5 and Zend Optimizer 3.2.8 did the trick for us. Good luck to anyone else who's having this problem.