Bug #1034: 400-error when using fastcgi-php - Lighttpd - lighty labs

Actions

Copy link

Bug #1034

closed

400-error when using fastcgi-php

Added by Anonymous about 17 years ago. Updated almost 8 years ago.

Status:

Obsolete

Priority:

Normal

Category:

core

Target version:

1.5.0

ASK QUESTIONS IN Forums:

Description

I'm running 1.5.0-r1605 and getting reports from my users that once in a while, some pages come up with a 400-error. When this happens, I get the following in my error.log file:

http_req.c.270: (trace) parsing failed ... (no error-msg)

My config is rather vanilla, though I spawn PHP externally and connect via IP/port (vs unix sockets or somesuch)

-- Toumal

Actions

Copy link

Updated by Anonymous about 17 years ago

Version lighttpd-1.5.0-r1691
Yes...My error_log
http_req.c.270: (trace) parsing failed ... (no error-msg)
http_req.c.270: (trace) parsing failed ... (no error-msg)
http_req.c.270: (trace) parsing failed ... (no error-msg)
http_req.c.270: (trace) parsing failed ... (no error-msg)
http_req.c.270: (trace) parsing failed ... (no error-msg)
http_req.c.270: (trace) parsing failed ... (no error-msg)

How can I do?

Actions

Copy link

Updated by Anonymous about 17 years ago

Update: The latest lighttpd-1.5.0-r1691 also exhibits this problem, exact same error message.

-- Toumal

Actions

Copy link

Updated by Anonymous about 17 years ago

Yes,i also got is error message. Even in the svn version.

-- Dimu

Actions

Copy link

Updated by gogo407 almost 17 years ago

I also got this error message ,even i don't use php with lighttpd!
I use lighttpd-1.5.0 for our photo

Actions

Copy link

Updated by Anonymous over 16 years ago

We use lighttpd-1.5.0-r2025 to deliver static file (css, pictures, javascript) and we had the same problem here with a css file. The content of the file is delivered correctly but followed with a 400 bad request header, so the css is displayed empty (we seen this in firefox).

-- willy

Actions

Copy link