Project

General

Profile

Actions

Bug #541

closed

Pdf problem with Internet Explorer documentation/default config

Added by Anonymous almost 16 years ago. Updated over 13 years ago.

Status:
Fixed
Priority:
Normal
Category:
documentation
Target version:
-
ASK QUESTIONS IN Forums:

Description

With the default lighttpd config IE crashes when it tries to open a pdf file. This setting in the config fixes it:

$HTTPurl =~ "\.pdf$" {
server.range-requests = "disable"
}

I came across this by accident on a Danish site and guessed what it meant. But other than that the solution is nowhere to be found. Maybe this could be added to the docs?

-- thijs

Actions #1

Updated by Anonymous over 15 years ago

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

-- ryandesign

Actions #2

Updated by moo over 15 years ago

  • Status changed from New to Fixed
  • Resolution set to fixed

was fixed in r495

Actions #3

Updated by Anonymous about 15 years ago

  • Status changed from Fixed to Need Feedback
  • Resolution deleted (fixed)

That only fixes it for IE, and causes Firefox to start getting errors. A better solution is needed.

Actions #4

Updated by Anonymous almost 15 years ago

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

Actions #5

Updated by Anonymous almost 15 years ago

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

Actions #6

Updated by Anonymous almost 15 years ago

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.

Actions #7

Updated by Anonymous almost 15 years ago

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

Actions #8

Updated by Anonymous over 14 years ago

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" 
    }
}
Actions #9

Updated by Anonymous over 14 years ago

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.

Actions #10

Updated by Anonymous almost 14 years ago

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.
Actions #11

Updated by stbuehler almost 14 years ago

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 ;-)

Actions #12

Updated by stbuehler almost 14 years ago

  • Status changed from Need Feedback to Fixed
  • Resolution set to duplicate

Duplicate of #171

Actions

Also available in: Atom