[Using Sakai] Internet Explorer Downloading files problem
Laura McCord
mccordl at southwestern.edu
Tue Aug 25 11:19:31 PDT 2009
No, this is a suse linux os with tomcat. I think I may be able to fix it
using either of the resolutions described below:
* http://publib.boulder.ibm.com/infocenter/ablxhelp/v8r4m0/index.jsp?topic=/com.ibm.db2.abx.rln.doc/abx-r-relnotes-tomcatissues.html
o Configure the BasicAuthenticator setting in Tomcat's
application deployment file so that the
securePagesWithPragma attribute is set to false. In your
application's XML context, add the <Valve/> tag: <Valve
className="org.apache.catalina.authenticator.BasicAuthenticator"
securePagesWithPragma="false" />
* I setup my web.xml file like below but perhaps I need to revise
this so everything is not forced through these constraints
(http://jira.atlassian.com/browse/JRA-8179)
o
<security-constraint>
<web-resource-collection>
<web-resource-name>login</web-resource-name>
<url-pattern>/</url-pattern>
</web-resource-collection>
<user-data-constraint>
<transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>
</security-constraint>
Thanks,
laura
Dave Ross wrote:
> 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 <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"
> >
> >
>
> _______________________________________________
> 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"
>
>
More information about the sakai-user
mailing list