[Using Sakai] Internet Explorer Downloading files problem
Dave Ross
dave.ross at gmail.com
Tue Aug 25 11:00:45 PDT 2009
Laura,
Our 2.5.x instance does not add these headers to downloaded resources. You
should not have to modify the Sakai source - please describe your deployment
(OS, webserver, etc etc). Like I said - it sounds like you have Microsoft
IIS infront of Sakai/Tomcat.
thanks,
Dave
On Tue, Aug 25, 2009 at 11:27 AM, Laura McCord <mccordl at southwestern.edu>wrote:
> So, I did notice that my headers do contain the problematic, "Pragma:
> no-cache & Cache-control: no-cache,max-age=0,must-revalidate". The
> article (http://support.microsoft.com/kb/316431) suggests that I remove
> the Pragma:no-cache headers, etc... since I'm using ssl. However,
> looking at the source files I see that these lines of code are in
> several files.
>
> response.addHeader("Pragma", "no-cache");
> response.addHeader("Cache-Control", "no-store, no-cache,
> must-revalidate, max-age=0, post-check=0, pre-check=0");
>
> Do I need to remove these lines of code from all the source files or
> are there a few that only need to be revised?
>
> Many Thanks,
> Laura
>
>
> Matthew Jones wrote:
> > There are known issues with IE and certain values in headers
> > (http://support.microsoft.com/kb/316431) specifically those that alter
> > caching. Sakai doesn't add these, but some firewalls/load balancers
> > may. I would verify whether or not you're having the problem with the
> > 2.5 QA server and see what headers your server is returning for those
> > resources causing a problem.
> >
> > I tested with IE 7 on Vista on the QA server and didn't have any
> > problems uploading/downloading resources.
> >
> > http://qa5-us.sakaiproject.org/
> >
> > For instance, this public resource I created on this server shows the
> > following headers. According to the support bulletin, problematic ones
> are
> > "Pragma: no-cache & Cache-control: no-cache,max-age=0,must-revalidate"
> >
> > curl -I -k
> > "http://qa5-us.sakaiproject.org/access/content/user/test/TESTDOC.doc"
> >
> >
> > HTTP/1.1 200 OK
> > Date: Mon, 24 Aug 2009 16:05:31 GMT
> > Server: Apache/2.2.8 (Ubuntu) mod_jk/1.2.25 PHP/5.2.4-2ubuntu5.6 with
> > Suhosin-Patch
> > Set-Cookie: JSESSIONID=28572a42-3ef3-40a8-8367-5d5f577b7caa.tartar;
> Path=/
> > Content-Disposition: attachment; filename="TESTDOC.doc"
> > Accept-Ranges: none
> > Content-Length: 22016
> > Content-Type: application/msword
> >
> > On Mon, Aug 24, 2009 at 11:45 AM, Laura McCord
> > <mccordl at southwestern.edu <mailto:mccordl at southwestern.edu>> wrote:
> >
> > I don't think it's the name of the file because it doesn't have any
> > special characters or spaces; WoodwardCellBioF09Lec1.ppt
> >
> > Thanks,
> > Laura
> >
> >
> >
> > Kevin Longo wrote:
> > > Hi Laura,
> > >
> > > We’ve seen this in IE when the file users are trying to download
> > files
> > > with spaces or special characters (such as a period or a pound
> sign)
> > > in the filename. Because we have so many users and they’re all
> > using
> > > different browsers, office suites, and operating systems, we’ve
> been
> > > training users not to upload files that contain anything but alpha
> > > and/or numeric values. So, instead of uploading “John’s Journal
> > > #1.doc”, the user would upload “JohnsJournal1.doc”. This has
> > > alleviated many of our issues related to resources.
> > >
> > > Regards,
> > > -Kevin
> > >
> > >
> > >
> > > Kevin Longo
> > > RINET Systems Analyst
> > > 646 Camp Avenue
> > > North Kingstown, RI 02852
> > > (401) 295-9200
> > > kevin at staff.ri.net <mailto:kevin at staff.ri.net>
> > >
> > >
> > > On 8/24/09 11:23 AM, "Laura McCord" <mccordl at southwestern.edu
> > <mailto:mccordl at southwestern.edu>> wrote:
> > >
> > > We are running a Sakai 2.5.4 and when we try to download a
> > > resource from
> > > Internet Explorer 7 or version 8 we get an error stating,
> > "Explorer
> > > cannot download the requested file. Site is unavailable.
> > Try again
> > > later.". Downloading works perfectly fine from Firefox.
> > >
> > > Any suggestions on how to get this fixed?
> > >
> > > Thanks,
> > > Laura
> > > _______________________________________________
> > > sakai-user mailing list
> > > sakai-user at collab.sakaiproject.org
> > <mailto:sakai-user at collab.sakaiproject.org>
> > > http://collab.sakaiproject.org/mailman/listinfo/sakai-user
> > >
> > > TO UNSUBSCRIBE: send email to
> > > sakai-user-unsubscribe at collab.sakaiproject.org
> > <mailto:sakai-user-unsubscribe at collab.sakaiproject.org> with a
> > subject of
> > > "unsubscribe"
> > >
> > > DISCLAIMER:
> > > E-mails and any attachments from RINET are confidential. If you
> > are not the intended recipient, please notify the sender
> > immediately by replying to the e-mail, and then delete it without
> > making copies or using it in any way.
> > > No representation is made that this email or any attachments are
> > free of viruses. Virus scanning is recommended and is the
> > responsibility of the recipient.
> > >
> >
> > _______________________________________________
> > sakai-user mailing list
> > sakai-user at collab.sakaiproject.org
> > <mailto:sakai-user at collab.sakaiproject.org>
> > http://collab.sakaiproject.org/mailman/listinfo/sakai-user
> >
> > TO UNSUBSCRIBE: send email to
> > sakai-user-unsubscribe at collab.sakaiproject.org
> > <mailto:sakai-user-unsubscribe at collab.sakaiproject.org> with a
> > subject of "unsubscribe"
> >
> >
>
> _______________________________________________
> sakai-user mailing list
> sakai-user at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-user
>
> TO UNSUBSCRIBE: send email to
> sakai-user-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-user/attachments/20090825/16a9fa14/attachment.html
More information about the sakai-user
mailing list