Project

General

Profile

Actions

Bug #1482

closed

lighty does not appear to use server.errorfile-prefix when fastcgi returns error

Added by Anonymous over 16 years ago. Updated over 15 years ago.

Status:
Invalid
Priority:
Normal
Category:
core
Target version:
ASK QUESTIONS IN Forums:

Description

using lighttpd-1.4.18 FreeBSD 6.1, php-fcgi 5.2.5

when php has a fatal error (with display_errors=Off) the famous "white page" is returned.

php appears to return an http status code = 500. (confirmed under apache2 mod_php and lighttpd fastcgi).

I was hoping that lightly would map this return code to the page pointed to by

server.errorfile-prefix

My setup worked for a straight 404 (where lighty had the "error" rather than php) and the custom 404 page was displayed, but the same did not happen when php returned the 500?

Would be possible for lighty to use custom error pages according to fastcgi error codes?

Actions #1

Updated by Anonymous over 16 years ago

tagging with email

-- oliver

Actions #2

Updated by oschonrock over 16 years ago

after looking into this further, this is not a reasonable request. lighty just passes whatever the fastcgi process generates to the browser client.

it would be unreasonable for lighty to parse the http response generated by the fastcgi backend and then map certain response codes to custom error documents.

please close as bogus (i don seem to be able to do that myself).

Actions #3

Updated by stbuehler over 15 years ago

  • Status changed from New to Fixed
  • Resolution set to invalid
Actions #4

Updated by stbuehler over 15 years ago

  • Status changed from Fixed to Invalid
Actions

Also available in: Atom