CiviCRM Community Forums (archive)

Very hard to say why if there are no messages.

I would think the only way would be to debug the code manually by stepping through it....

Did you check the civi log files? /sites/.../files/civicrm/ConfigAndLog/*

WSOD are mostly php/apache errors. So you'll find more detailed info in the apache error logs (or php error logs)

lobo

Thanks for the suggestions.  Still no joy.  Here is a message I sent ti AN Hosting:

On Apr 26, 2013, at 10:35 AM, support@midphase.com wrote:

Hello,

I added a word to  /home/nscfpin0/test/index.php file and the /home/nscfpin0/test/php5_error_log filoe was created.
Please check the force-error page again.
Thank you for your cooperation.
Please let us know if you need more help.
--
--
Best regards
Vitaliy Davydyuk
Level 3 Support Representative
AnHosting

Vitaliy:

Thanks for the attempt at support.  It's a start.  There is a log file.  Current contents are this:

-------
[26-Apr-2013 11:33:11 America/Denver] PHP Parse error:  syntax error, unexpected T_STRING in /home/nscfpin0/test/index.php on line 3-------

I put three lines of debug strongarm code into index.php to force error reporting.

error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

I've checked for invisibles and cannot find an error.

If that line was failing we would not see any page at the site.



When I go to my test page, I get the text only then the error.

http://test.nscfundalaska.org/force-error   contains:

-------
This page will force an error:<br/>
<?php xdebug(); ?>--------


The response is:

This page will force an error:

Here is an example of Drupal error reporting at work on the same site:

( screen shot if stack trace)


I have cleared the Cache tables in both the Drupal 6 and CiviCRM database using PHP My Admin.

I have cleared the cache using the Drupal admin interface.

I deleted the Smarty template compile folders by hand through my FTP file manager.

All of this is standard procedure in cases like this to make sure I'm not looking at residue errors.

I have turned on all Drupal Devel module error reporting:



The known (control)  bug in SMS/Send posts a message to the Drupal log file:

$Fatal Error Details = Array
(
    [message] => The <a href="/civicrm/admin/sms/provider?reset=1">SMS Provider</a> has not been configured or is not active.
    [code] =>
)



The CiviCRM log shows only the control error:

Apr 26 09:46:54  [info] $Fatal Error Details = Array
(
    [message] => The <a href="/civicrm/admin/sms/provider?reset=1">SMS Provider</a> has not been configured or is not active.
    [code] =>
)


Apr 26 09:46:54  [info] $backTrace = #0 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Error.php(315): CRM_Core_Error::backtrace("backTrace", TRUE)
#1 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/SMS/Form/Group.php(50): CRM_Core_Error::fatal("The <a href=\"/civicrm/admin/sms/provider?reset=1\">SMS Provider</a> has not ...")
#2 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Form.php(336): CRM_SMS_Form_Group->preProcess()
#3 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/QuickForm/Action/Display.php(93): CRM_Core_Form->buildForm()
#4 /home/nscfpin0/test/sites/all/modules/civicrm/packages/HTML/QuickForm/Controller.php(203): CRM_Core_QuickForm_Action_Display->perform(Object(CRM_SMS_Form_Group), "display")
#5 /home/nscfpin0/test/sites/all/modules/civicrm/packages/HTML/QuickForm/Page.php(103): HTML_QuickForm_Controller->handle(Object(CRM_SMS_Form_Group), "display")
#6 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Controller.php(316): HTML_QuickForm_Page->handle("display")
#7 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Invoke.php(292): CRM_Core_Controller->run((Array:3), NULL)
#8 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Invoke.php(70): CRM_Core_Invoke::runItem((Array:13))
#9 /home/nscfpin0/test/sites/all/modules/civicrm/CRM/Core/Invoke.php(52): CRM_Core_Invoke::_invoke((Array:3))
#10 /home/nscfpin0/test/sites/all/modules/civicrm/drupal/civicrm.module(354): CRM_Core_Invoke::invoke((Array:3))
#11 [internal function](): civicrm_invoke("sms", "send")
#12 /home/nscfpin0/test/includes/menu.inc(350): call_user_func_array("civicrm_invoke", (Array:2))
#13 /home/nscfpin0/test/index.php(20): menu_execute_active_handler()
#14 {main}




However, there is no PHP error file logging of any errors past the one that is there.

PHP error logging is still ineffective.

Some how, some way, exception errors for something as simple as an invalid function call are being thrown into a black hole.

I had suspected this issue may have to do with the Suhosin settings, but the module no longer shows in phpinfo().

http://test.nscfundalaska.org/info.php

I've compiled Xdebug into my local PHP 5.3.23 and it is valuable incases like this. I can utilize MacPDBG to step through cod execution.

The problem is that this problem does not exhibit in my environment, which is as near yours as I can make it.

Can you add Xdebug to my PHP?

I have a vague suspicion that the issue may stem from a Theme issue, but with out reliable error logging, there is no way to know what is happening.

I need your help to resolve this issue and give me the tools I need to do my part.

Thanks for your support.

L.

Well, we have some progress.  Took 4 or 5 tries, but I got support:

I have managed to get errors reporting working on http://test.nscfundalaska.org/force-error page. For that I did the following. Edited /home/nscfpin0/test/sites/default/settings.php file and replaced:
ini_set('error_reporting', 'E_ALL ^ E_NOTICE');

with:
error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

Please check if this works for you and try it on your actual site.

Now here is what the real issue is -- may be of use to others.

The file 'settings.php' in /sites/all/modules/civicrm/CRM/Contribute/Form/ContributionPage/  was missing.

This is because I enabled a rule in my FTP transfer program to block transfer of that filename, as it is used by Drupal to hold install specific information.

That is a gotcha others should be aware of in a WSOD in the CiviCRM update process.

Doing a synchronize revealed a number of files that were not the same file length, to I overwrote them from my local test instance.

Now it seems the CiviCRM page top menu is broken, so I'm on to diagnose how that happened.