Running Drupal 5.1, my site is normally stable.

But often, when visiting a page (a view-generated page, if that matters), it will show fine the FIRST time. But navigating away, then back, or hitting exactly the same URL again, the revisited page will often be blank. There's no visible error, just a totally blank browser screen.

Opening exactly the same URL on another computer, the page is viewable. Navigating on that computer might work fine, or it might end up displaying the blank page again.

This happens in Firefox 2 and IE 7, on a variety of WinXP and WinVista PCs.

Clearing the browser's cache and/or restarting the PC sometimes "fixes" the blank page, but not reliably, so I'm not sure it's a client-side issue. Restarting Apache doesn't help.

One test site where it keeps happening is http://rv.advisor.com. I just went there as an anonymous user. Saw the main page. Then went into the one displayed story. Then clicked Home -- blank page. But if I go to the actual path of the main page (which uses a view), it displays: http://rv.advisor.com/v/rv. But if I then click the breadcrumb Home or the site name or retype the site URL, the page -- the same page, supposedly -- is again blank.

I think the path to the main page is properly specified in the site's settings.php (otherwise the page wouldn't display on first visit). Here's how it is specified:

$base_url = 'http://rv.advisor.com';  

and...

 $conf = array(
  'site_name' => 'RV Advisor',
  'site_slogan' => 'The Advisor Guide to RV Travel & Mobile Living',
  'theme_default' => 'adv-bluemarine',
  'anonymous' => 'Visitor',
  'site_frontpage' => 'v/rv',
 );

I don't suspect this code because I use the same with other sites without problem. And on this site, it works often, just not all the time.

My sense is it works more reliably with an authenticated user, especially an administrator, even though all appropriate access rights are correct for authenticated and anonymous users -- anyone should be able to read any published content. And, since it works some of the time, it's not likely to be access control, unless it is flakey.

Is there a known problem with view-generated pages? The view is simple. It selects pages with a specific taxonomy value ("RV Travel"), then applies the distinct filter to eliminate any duplicates.

Besides, the view doesn't generate the entire page, it generates the content section. What would cause an entire page to be blank, and/or, the browser to think it has retrieved the page (hence, no error message) when it hasn't? The blank page has NO information, not even HTTP headers.

I realize this isn't much to go on, but it seems to be Drupal alone. I'm running a variety of PHP-based apps on the same LAMP server (WikiMedia, Gallery 2, etc) and NEVER have a problem like this. But I've had a blank page problem randomly with every version of Drupal I've used since 4.5, and I'm really bummed it's happening in 5.1.

Thoughts?

Comments

Tresler’s picture

Sounds like you are getting a php or mysql error but don't have error reporting on in either your drupal configuration and/or your php.ini

Can you check if you are indeed getting an error that is not being printed to the screen. I believe error reporting in php.ini will default to being off, so you might want to check that. Drupal also has a setting to catch the errors and log them so they won't get printed to the screen (which is nice cause you can jus turn error reporting on and let drupal handle it.)

If you find an error post back and let us know what it is. If all error reporting is on and you are still getting blank pages, you might have a memory limit problem - but that is unlikely unless your view is doing MUCH more than it should be.

Sam Tresler
http://www.treslerdesigns.com
-------------------------------------
"A list of common problems and their solutions can be found in the Troubleshooting FAQ."

hawkdrupal’s picture

Tresler’s picture

Also, check the http://drupal.org/project/issues/38878 Issue queue for any known Views errors, much quicker than posting here. You can also submit a "Support Request" there - if you are certain this is a Views issue.

Sam Tresler
http://www.treslerdesigns.com
-------------------------------------
"A list of common problems and their solutions can be found in the Troubleshooting FAQ."

yelvington’s picture

Any time you experience a blank page, you should check the webserver's error log. It's not uncommon for "out of memory" errors to kill PHP, and if that's the problem, you should increase the memory limit.

kcease’s picture

I am also getting blank pages with ?q=admin, and related links. I do not have a lot of modules active so I may not be discovering other places where it occurs. This happens on a Mac or a WinXP PC with Firefox or Opera; it is pretty clearly a server-side issue.

In the server error log I am getting messages like the following:

"1: [Sun Apr 01 22:16:39 2007] [error] [client 68.40.56.82] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in"...

I do not have direct access to my PHP configuration so I have asked my host to bump up the memory available to PHP to see if this fixes the issue.

I will post any progress or insight but can only work on this intermittently right now.

kcease’s picture

My host (NEXCESS.net) responded immediately and bumped my limit up to 24MB. That resolved the issue for me. The administration and log pages that had been coming up blank before now come up properly. My issue is not identical to others but appears potentially related. I hope this helps.

hawkdrupal’s picture

Thanks for the reply.

Again -- mysteriously -- right now http://rv.advisor.com is working. NOTHING has been done since it was failing this morning. I've been offline a few hours, and now it's working. But this has happened before -- it comes and goes.

From this morning's Apache log, when Drupal was serving blank pages, I didn't find memory errors.

Instead, I found this:

[error] [client 72.197.254.81] PHP Notice: Undefined property: stdClass::$cache in /srv/www/htdocs/d/includes/session.inc on line 77, referer: http://rv.advisor.com/node/9

My session.inc file is UNMODIFIED from Drupal 5.1, dated 2006-12-04 03:41.

I'm not positive which is line 77 in session.inc (not sure how Apache/PHP counts lines...blank lines, comment lines, etc.). There are several uses of variable name cache in session.inc, but no explicit mention of $cache. Code in the line 77 area seems to be cookie-related. I don't know how that could result in a blank page from Drupal.

hawkdrupal’s picture

We have experimented extensively, checked logs, adjusted Apache/PHP memory, etc. Nothing is fixing this random problem, which is repeatable once it starts happening, and always is accompanied by the same error in the Apache log:


[Tue Apr 03 18:06:15 2007] [error] [client 68.27.108.103] PHP Notice: Undefined property: stdClass::$cache in /srv/www/htdocs/d/includes/session.inc on line 77, referer: http://business.advisor.com/

The pattern is, go to the domain (business.advisor.com in this case, but it happens to all our base domains). The page appears. Or, go to a page within the domain, which appears, then click Home. Usually, the home page appears. Then refresh the page -- it turns blank, and remains blank no matter what. But any other path/page works OK.

The home page is mapped to a view, but I don't suspect the view because going to it directly works reliably:
http://business.advisor.com/v/business

The home page is defined in settings.php, correctly, because the correct page displays at least some of the time. It's later, on a subsequent visit, when Drupal "forgets" what the home page is.

Something about caching is failing. The error message might literally be correct, if Drupal is trying to use a cache value/variable that doesn't exist. Presumably, Drupal reads the home page from settings.php, then refers to it again in session.inc, but not reliably -- something goes wrong.

Ideas?

Tresler’s picture

Fix to this is here: http://drupal.org/node/111697 as well as how to upgrade your drupal to the latest 5.1

Post back to that issue if you continue to have problems afterwards!

Sam Tresler
http://www.treslerdesigns.com
-------------------------------------
"A list of common problems and their solutions can be found in the Troubleshooting FAQ."