Project

General

Profile

Bug #541

Pdf problem with Internet Explorer documentation/default config

Added by Anonymous almost 14 years ago. Updated over 11 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
-
Category:
documentation
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Missing in 1.5.x:

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

#1

Updated by Anonymous almost 14 years ago

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

-- ryandesign

#2

Updated by moo almost 14 years ago

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

was fixed in r495

#3

Updated by Anonymous about 13 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.

#4

Updated by Anonymous about 13 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

#5

Updated by Anonymous about 13 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

#6

Updated by Anonymous almost 13 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.

#7

Updated by Anonymous almost 13 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

#8

Updated by Anonymous almost 13 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" 
    }
}
#9

Updated by Anonymous over 12 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.

#10

Updated by Anonymous about 12 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.
#11

Updated by stbuehler almost 12 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 ;-)

#12

Updated by stbuehler almost 12 years ago

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

Duplicate of #171

Also available in: Atom