[rt-users] Internet Explorer 9 + RT 3.8.8 cannot download attachments

[Kevin Falcone]

On Fri, Mar 18, 2011 at 05:33:43PM +0100, Rémi wrote:
> I think RT is writing these headers
> here's what is see in html/Elements/Header

Except that attachments are served from a dhandler that doesn't invoke
Elements/Header

-kevin

> $r->headers_out->{'Pragma'} = 'no-cache';
> $r->headers_out->{'Cache-control'} = 'no-cache';
> 
> you can try to modify this file and see if it resolves the problem
> 
> 2011/3/18 slamp slamp <slackamp at gmail.com>:
> > On Fri, Mar 18, 2011 at 11:02 AM, Kevin Falcone
> > <falcone at bestpractical.com> wrote:
> >> On Fri, Mar 18, 2011 at 10:48:43AM -0400, slamp slamp wrote:
> >>> > What does "can't download" mean?
> >>>
> >>> I click on an attachment in RT, nothing happens. I right click save
> >>> the attachment, IE gives an error stating the file couldn't be
> >>> downloaded. I am just worried since IE 9 has finally hit RTM and I'm
> >>> sure someday it will be part of Windows Updates and these users will
> >>> not be able to download attachments.
> >>>
> >>> I found this link: http://support.microsoft.com/kb/316431
> >>>
> >>> Is RT in anyway setting pragma: no-cache in the headers?
> >>>
> >>> If only I can have all these users use Firefox then there would be no issues.
> >>
> >> That article refers to SSL, you don't say if you're using SSL.
> >> RT shouldn't be setting it, but you can always confirm that with
> >> Firefox by looking at the headers.
> >>
> >> -kevin
> >>
> >>> My Setup:
> >>> CentOS 4.9
> >>> MySQL 4.1.22
> >>> Perl v5.8.5
> >>> httpd-2.0.52 + FastCGI
> >>
> >
> > I apologize, I am using SSL on our RT.
> >
> > Sure enough according to Firefox our server is setting Pragma:
> > no-cache in the headers. Now to investigate how to turn this off on
> > Apache if RT is not setting it...
> >
> > Cache-Control:no-cache
> > Connection:close
> > Content-Type:text/html; charset=utf-8
> > Date:Fri, 18 Mar 2011 15:30:00 GMT
> > Pragma:no-cache
> > Server:Apache/2.0.52 (CentOS)
> > Set-Cookie:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx; path=/
> > Transfer-Encoding:chunked
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20110318/97f48f04/attachment.sig>