Lighttpd

A section just like that is already in the default lighty configuration, and has been since r495.

-- ryandesign

I've got the same problem. Firefox seems to run into a time out (during transfer appears in german: "angehalten"). Status code is always 206 though server.range-request is disabled. The problem seems tio depend on the size of the requested pdf-File. No problems with apache.

-- Maik Riecken

I'm seeing this problem with lighttpd 1.4.11 (the Ubuntu 6.06 LTS package) talking to IE 7, whether I disable range-request or not. Any ideas?

-- mathie

I too have same with lighttpd 1.4.8 on debian. Only occours with IE7. Works fine for FF etc and serving from apache works and serving from different server using lighty. Error message I get:

(server.c.960) NOTE: a request for test.pdf timed out after writing 186792 bytes. We waited 360 seconds. If this a problem increase server.max-write-idle

Increasing doesn't help.

I've also received reports of this problem with Lighttpd 1.4.13. Apparently also works fine for FF.

Funny thing is, there isn't even an error about timing out in error.log

Seeing that I had some troubles with this workaround with Firefox (under windows with the acroreader plugin) I tried a slight tweak of the workaround. Which might work nicely.

$HTTP["useragent"] =~ "\bMSIE" {
    $HTTP["url"] =~ "\.pdf$" {
        server.range-requests = "disable" 
    }
}

I'm experiencing problems with lighttpd-1.4.15 on FreeBSD 6.1, when trying to access a pdf of 1886325 bytes using Safari 1.3.2 (v312.6) on MacOS X 10.3.9.

When server.range-requests is "disable"d, using on , it hangs the browser for a couple of seconds and then nothing shows up. My access.log shows:

"GET /foo.pdf HTTP/1.1" 200 1886325 "-" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; sv-se) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6"
"GET /foo.pdf HTTP/1.1" 200 1886325 "-" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X; sv-se) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6_Adobe"

My error.log shows nothing.

When I try to disable server.range-requests for IE, the same client side configuration renders almost the whole pdf-document (9 pages out of 12), then it breaks and Safari spews the following error:

"A network error occured. Would you like to close the document or reload it?"

Trying to reload produces the same result, over and over. Again, my error.log is empty.

Replying to anonymous:

Seeing that I had some troubles with this workaround with Firefox (under windows with the acroreader plugin) I tried a slight tweak of the workaround. Which might work nicely.

$HTTP["useragent"] =~ "\bMSIE" {
    $HTTP["url"] =~ "\.pdf$" {
        server.range-requests = "disable" 
    }
}

Thanks. I need to use this on 1.4.18 as well, and it seems to work.
And I never knew, why those recruiting agencies claimed they wouldn't be able to download my cv.pdf, until I finally tried it myself with IE... :-/

Regards,

Kai-Uwe Nielsen.

I think the problems with Firefox may be related to bug #1449, fixed in r2090.

It would be nice to have some feedback if that helped ;-)