Pdf.js not working in safari browser on MAC OSX 10.8.2, safari version 6.0.1

[Sguo12]

Not even with the demo:
http://mozilla.github.io/pdf.js/web/viewer.html

Here is the error message:

PDF.js v0.8.169 (build: 869b878)
Message: Unexpected server response (206) while retrieving PDF "http://mozilla.github.io/pdf.js/web/compressed.tracemonkey-pldi-09.pdf".

[brendandahl]

It seems there are multiple issues since the behavior changes based on refresh, but something is wrong with safari and doing multiple range requests. For instance:
pdf.js requests: 327680-393216
safari gives back: 262144-327680

Even setting a no-cache header doesn't seem to help. I think we'll have to just do UA sniffing and disable range request loading for safari.

[ear]

I have found a new work-around for the Safari bug.

You can make Safari discard the cache that is poisoning the requests for new ranges by making them unique in a special way. The trick is generating a random string for each new request and add a header of the form If-None-Match: "<random string>".

I have tested this on OS X Mountain Lion and Maverick's Safari, as well as on the latest iOS. Here's a link to the relevant webkit bug

I hope this will let you re-enable range requests.

[blakekohler]

I'm having this same issue even with the newest version of the compatibility.js that fixes the range issue. Does anyone else have any ideas about how to solve this problem? I can't get http://mozilla.github.io/pdf.js/web/viewer.html to load in safari on an ipad, giving me the (206) error.

[jkruis]

This is broken in Safari, both mobile and desktop, for bigger files (probably bigger than 65K, the value of RANGE_CHUNK_SIZE).
See http://kruisit.nl/projects/pdfjs/1.0.277/ for reproduction. The testcase is based on the helloworld example.

Firefox logs a bunch of "206 Partial Content" results and works fine; Safari logs the warning "Unhandled rejection: Unexpected server response (206) while retrieving PDF" and shows nothing.

[timvandermeij]

This is being tracked in #4898.