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?
Comments
Comment #1
dhalbert CreditAttribution: dhalbert commentedI 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 modules that use entity_get_info() early in bootstrap. So whatever is wrong withcommerce_paypal_icons()
can manifest itself in different ways.Comment #2
Amir Simantov CreditAttribution: Amir Simantov commentedSame 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...
Thanks.
Comment #3
marcin.wosinek CreditAttribution: marcin.wosinek commentedI'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.
Comment #4
marcin.wosinek CreditAttribution: marcin.wosinek commentedClosing as it's seems not to be connected to commerce_paypal.
Comment #5
clivelinsell CreditAttribution: clivelinsell commented@marcin.wosinek Great catch, that fixed it for me too. Thanks a lot :)
Comment #6
killtheliterate CreditAttribution: killtheliterate commentedSeeing 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
Comment #6.0
killtheliterate CreditAttribution: killtheliterate commentedclarified source of the error