[Using Sakai] Internet Explorer Downloading files problem

[Matthew Jones]

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

-Matthew

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"
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-user/attachments/20090825/c1175a57/attachment-0001.html