[Using Sakai] Internet Explorer Downloading files problem

Laura McCord mccordl at southwestern.edu
Tue Aug 25 11:23:16 PDT 2009


great, it looks like you found the same workarounds.

Thanks

Matthew Jones wrote:
> If you are doing the SSL right in tomcat (as it seems you are), look 
> here for some workarounds, linking specifically to comment 16.
> https://issues.apache.org/bugzilla/show_bug.cgi?id=27122#c16
>
> I've always relied on setting up SSL in apache then forwarding it 
> through to tomcat with mod_jk/mod_proxy_ajp. IIS and Apache don't add 
> these extra headers. Discussion of that type setup is here if you were 
> interested.
>
> http://confluence.sakaiproject.org/display/DOC/Sakai+Admin+Guide+-+Advanced+Tomcat++(and+Apache)+Configuration 
> <http://confluence.sakaiproject.org/display/DOC/Sakai+Admin+Guide+-+Advanced+Tomcat++%28and+Apache%29+Configuration>
>
> -Matthew
>
> On Tue, Aug 25, 2009 at 11:27 AM, Laura McCord 
> <mccordl at southwestern.edu <mailto: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>
>         <mailto: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>
>         <mailto: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>
>            <mailto: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>
>            <mailto: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>
>            <mailto: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>
>            <mailto: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>
>            <mailto:sakai-user-unsubscribe at collab.sakaiproject.org
>         <mailto:sakai-user-unsubscribe at collab.sakaiproject.org>> with a
>            subject of "unsubscribe"
>
>
>
>



More information about the sakai-user mailing list