Download & Extend
Commerce PayPal » Issues

White screen on every cache flush when Views and Commerce Paypal WPS are enabled at the same time

Posted by clivelinsell on May 31, 2012 at 2:19pm
Project:Commerce PayPal
Version:7.x-1.x-dev
Component:PayPal WPS
Category:bug report
Priority:major
Assigned:Unassigned
Status:closed (works as designed)

Issue Summary

Using the latest dev version of Commerce Paypal, enabling both the Views and Commerce Paypal WPS modules causes an error every time the caches are flushed.

I've confirmed this error happens on a blank installation od Drupal 7.14, with only the required modules for Views/Commerce Paypal WPS enabled.

The error (without the mile long backtrace) looks like this:

PHP Fatal error:  Maximum function nesting level of '100' reached, aborting!

I've narrowed down the problem to a call in commerce_paypal_wps_commerce_payment_method_info() (line 15 of commerce_paypal_wps.module):

$icons = commerce_paypal_icons();

Removing this line fixes the error (but obviously throws up a couple of warnings about uninitialised vars on the next two lines).

Is anyone else having this problem?

Login or register to post comments

Comments

#1

Posted by dhalbert on June 6, 2012 at 2:32am

I don't see this exact problem, but I see that removing commerce_paypal_icons() as you did fixes the problem described in #1518452: Payment method display titles with theme functions initialize the wrong theme with the Redirect module. So whatever is wrong with commerce_paypal_icons() can manifest itself in different ways.

#2

Posted by Amir Simantov on June 12, 2012 at 2:28pm
Priority:normal» major

Same here.

Also commented the following two lines in the said file (lines 16 and 17) in order to avoid the warnings. Also looked at at commerce_paypal_icons() which looks innocent...

Would like to know...

  1. how does this small thing broke it all down
  2. what is the connection to view module (also installed in my site)
  3. how can I be sure that enabling the modules made all necessary configuration before the crash

Thanks.

#3

Posted by marcin.wosinek on June 13, 2012 at 2:24pm

I've got the same error. It seems that it's nothing connected with module, but with using XDebug. Solluction found here worked for me. In my case I've add "xdebug.max_nesting_level = 200" to php.ini.

#4

Posted by marcin.wosinek on June 14, 2012 at 7:55pm
Status:active» closed (works as designed)

Closing as it's seems not to be connected to commerce_paypal.

#5

Posted by clivelinsell on June 16, 2012 at 12:33am

@marcin.wosinek Great catch, that fixed it for me too. Thanks a lot :)

#6

Posted by killtheliterate on January 27, 2013 at 12:16am

Seeing this issue as well, on each drush up. I find it unlikely that xDebug is the culprit, and is instead doing exactly what it is supposed to; showing a ridiculous recursion. Mine seems to end with the token module.

See http://drupal.org/node/1772096?mode=2&sort=2

nobody click here