When I visit a nonexistent page, I loose a good portion of my site template. Before I installed search404, I would get just the header, with nothing but a logo, and my footer. Nothing else of page.tpl.php displays. Since I added search404, I now get the 404 page surrounded by the same nothing. See
http://dev.fertilityauthority.com
to see the behavior. What's wrong?
Not sure how your site is set up exactly, but blocks in Drupal do not show up on 404 pages, and this is by design (for performance reasons). It's either a feature or a bug, depending on who you talk to :)
So if you have lots of your content in blocks, that would explain it.
There's a lot of discussion here (http://drupal.org/node/129762) and here (http://drupal.org/node/116895)... you might be able to find a solution that would work for you in those threads.
Hope this helps, David Rothstein
On Tue, Dec 9, 2008 at 5:35 PM, Christopher M. Jones cjones@partialflow.com wrote:
When I visit a nonexistent page, I loose a good portion of my site template. Before I installed search404, I would get just the header, with nothing but a logo, and my footer. Nothing else of page.tpl.php displays. Since I added search404, I now get the 404 page surrounded by the same nothing. See
http://dev.fertilityauthority.com
to see the behavior. What's wrong?
[ Drupal support list | http://lists.drupal.org/ ]
Quoting David Rothstein drothstein@gmail.com:
Not sure how your site is set up exactly, but blocks in Drupal do not show up on 404 pages, and this is by design (for performance reasons). It's either a feature or a bug, depending on who you talk to :)
So if you have lots of your content in blocks, that would explain it.
There's a lot of discussion here (http://drupal.org/node/129762) and here (http://drupal.org/node/116895)... you might be able to find a solution that would work for you in those threads.
And as has been discussed, should be an option the admin can either turn on or off. The problem I found with no blocks is the user is left feeling helpless at trying to figure out what to do next. With the blocks the user has a menu of options.
-- Earnie http://r-feed.com Make a Drupal difference and review core patches.
Am I right in thinking this was a change not between major versions but from, for example, 5.5 and 5.6?
I just remember doing an upgrade and suddenly my 404 pages were coming out 95% blank as I use blocks for all menus.
Neil
----- Original Message ----- From: "Earnie Boyd" earnie@users.sourceforge.net To: support@drupal.org Sent: Wednesday, December 10, 2008 1:59 PM Subject: Re: [support] 404 blank page
Quoting David Rothstein drothstein@gmail.com:
Not sure how your site is set up exactly, but blocks in Drupal do not show up on 404 pages, and this is by design (for performance reasons). It's either a feature or a bug, depending on who you talk to :)
So if you have lots of your content in blocks, that would explain it.
There's a lot of discussion here (http://drupal.org/node/129762) and here (http://drupal.org/node/116895)... you might be able to find a solution that would work for you in those threads.
And as has been discussed, should be an option the admin can either turn on or off. The problem I found with no blocks is the user is left feeling helpless at trying to figure out what to do next. With the blocks the user has a menu of options.
-- Earnie http://r-feed.com Make a Drupal difference and review core patches.
-- http://for-my-kids.com/ -- http://give-me-an-offer.com/
-- [ Drupal support list | http://lists.drupal.org/ ]
Quoting Neil Coghlan neil@esl-lounge.com:
Am I right in thinking this was a change not between major versions but from, for example, 5.5 and 5.6?
I just remember doing an upgrade and suddenly my 404 pages were coming out 95% blank as I use blocks for all menus.
Yes, it is one of the things I dislike most about Drupal release management. Once a major version is set these types of changes should not happen at that release. It means I have to keep a bastard forked copy of Drupal core to maintain consistency with releases.
-- Earnie http://r-feed.com Make a Drupal difference and review core patches.
-
Christopher M. Jones -
David Rothstein -
Earnie Boyd -
Neil Coghlan