problems serving PDF file from view

1513 views
Skip to first unread message

alex.v...@gmail.com

unread,
Apr 5, 2007, 2:35:53 PM4/5/07
to Django developers
Hi All,

I found that Django can not serve PDF files from view, and I feel this
is wrong and must be fixed, so I try to raise this topic now.

Problem description:

We've build e-commerce site which sells PDF files as well. For obvious
reasons I can not put all our PDF files as static files on media
server.

I have also found nice guide and followed it:
http://www.djangoproject.com/documentation/outputting_pdf/

Actual code I've used is this one:
http://dpaste.com/7959/

All worked well, we have installed new site yesterday, and got
numerious number of complaints from our users. Tracking down the
problem we've found that it is IE specific, well known and mentioned
on Microsoft support site:

http://support.microsoft.com/kb/824847/en-us?spid=8722&sid=global

I've asked on IRC, people helped me and pointed out that I should
write middleware to fix this problem. Btw, big thanks to 'axiak' from
#django IRC by helping to resolve problem in fast manner:

http://dpaste.com/7960/

Now, I am curious, is this normal that to serve PDF file it is
required to write middleware?

Alex

Mike Axiak

unread,
Apr 5, 2007, 3:07:48 PM4/5/07
to Django developers
Well I can't help but post a more complete solution (;-)) located at
http://www.djangosnippets.org/snippets/157/.

To be honest, I find Django tries very hard to be compliant with W3C
(adding things in favor of WCAG, using XHTML when possible, etc). This
usually isn't a problem because most browser-compatibility things can
be changed in the template layer.

The reason custom middleware had to be written to solve this problem
is a bug in IE's (mis)use of HTTP. Not HTML (EMCAScript/CSS...), mind
you, but HTTP. Microsoft has created a page that seems to be a bug-
report page, not a "this is how we do HTTP" page. AFAIK, this is the
only example I've seen of browser incompatibilities causing problems
in the HTTP layer, does anybody else know of any others?

Honestly, I am surprised no one else has seen this bug. If they have,
I am curious what the solutions have been (don't use any of the number
of Django middleware that use Vary?).

Cheers,
Mike Axiak

On Apr 5, 2:35 pm, "alex.v.ko...@gmail.com" <alex.v.ko...@gmail.com>
wrote:

SmileyChris

unread,
Apr 7, 2007, 5:57:35 PM4/7/07
to Django developers

On Apr 6, 7:07 am, "Mike Axiak" <mcax...@gmail.com> wrote:
> Well I can't help but post a more complete solution (;-)) located athttp://www.djangosnippets.org/snippets/157/.

I'd suggest that this is probably important enough for core addition.
One could whine that it's IEs fault but that doesn't solve the problem.

Curtis

unread,
May 21, 2007, 2:55:38 AM5/21/07
to Django developers

An alternate solution:

response = HttpResponse(pdf, "application/pdf")
response['Content-Disposition'] = 'attachment; filename=%s.pdf' %
filename
return response

which works for me. I'd be interested to know if it works for
others..

Cheers,

-Curt

Marc Fargas Esteve

unread,
May 21, 2007, 5:40:02 AM5/21/07
to django-d...@googlegroups.com
On 5/21/07, Curtis <curtis....@gmail.com> wrote:
> An alternate solution:
>
> response = HttpResponse(pdf, "application/pdf")
> response['Content-Disposition'] = 'attachment; filename=%s.pdf' %
> filename
> return response

I use a similar approach to output PDF's on our intranet applications
and I've got no complaints from users (which use IE although they know
they **must not** use it).

So I can assume that the Content-Disposition does the trick for me too.

Mike Axiak

unread,
May 22, 2007, 12:12:24 PM5/22/07
to Django developers

On May 21, 2:55 am, Curtis <curtis.thomp...@gmail.com> wrote:
> An alternate solution:
>
> response = HttpResponse(pdf, "application/pdf")
> response['Content-Disposition'] = 'attachment; filename=%s.pdf' %
> filename
> return response
>
> which works for me. I'd be interested to know if it works for
> others..

This is odd. I've been able to repeat the problem with no problems --
do you have no-cache and no vary headers set? There are a whole slew
of cases where different sets of headers will just force a blank white
page in IE. The middleware prevents that, but it's not needed for a
few simple cases.

Hope this helps,
Mike Axiak

Mike Axiak

unread,
May 22, 2007, 12:19:09 PM5/22/07
to Django developers
I've created #4148 a while ago. There are two distinct IE bugs it
solves:

1) Vary headers set for files that get opened in embedded applications
(MS Help, Acrobat, etc).

2) Any sort of no-caching headers for anything with content-
disposition. IE's stance on this is that if you specify that something
can't be cached, you shouldn't be allowed to download it. I'm not sure
this is a feature, but I'm not sure how obvious it is we want to "fix"
it.


-Mike

Mikko Hellsing

unread,
Jun 14, 2007, 3:09:45 PM6/14/07
to Django developers
try this: 'inline; filename=filename.pdf'
...that is to use inline instead of attachment

alex.v...@gmail.com

unread,
Jun 14, 2007, 3:34:53 PM6/14/07
to Django developers

On 14 июн, 22:09, Mikko Hellsing <m...@sorl.net> wrote:
> try this: 'inline; filename=filename.pdf'
> ...that is to use inline instead of attachment

we tried 'inline', too, and it does not work.

Only solution which has been explained in original post fixed the
problem, and our site works well
since April, 5 when I have solved the problem (with Mike help) and
posted this topic start message.

Reply all
Reply to author
Forward
0 new messages