OJS OCS OMP OHS

You are viewing the PKP Support Forum | PKP Home Wiki



Lingering https issue

Are you an Editor, Author, or Journal Manager in need of help? Want to talk to us about workflow issues? This is your forum.

Moderators: jmacgreg, michael, vgabler, John

Forum rules
The Public Knowledge Project Support Forum is moving to http://forum.pkp.sfu.ca

This forum will be maintained permanently as an archived historical resource, but all new questions should be added to the new forum. Questions will no longer be monitored on this old forum after March 30, 2015.

Lingering https issue

Postby jfenton » Wed Jun 16, 2004 10:50 am

I'm currently working with 1.1.6 and have successfully applied the patch to get https working properly.

My lingering problem involves downloading submitted documents, but it is only a problem when using https: instead of http:, and only in IE 6(works fine in Netscape/Mozilla/Firefox).

A url such as https://www.myjournal.edu//admin/includ ... .php?id=34 just doesn't seem to work in IE !

P.S. -- after applying the https patch there is still a "//" after the hostname for dynamically generated OJS links, but changing the link to a single slash doesn't help the problem I'm describing here.
jfenton
 
Posts: 6
Joined: Tue Jan 13, 2004 4:53 pm
Location: Emory University Libraries

Re: Lingering https issue

Postby kevin » Wed Jun 16, 2004 10:43 pm

My lingering problem involves downloading submitted documents, but it is only a problem when using https: instead of http:, and only in IE 6(works fine in Netscape/Mozilla/Firefox).


I have not done any extensive testing, but this patch with some additional HTTP headers appears to appease the IE gods:

Code: Select all
Index: include/getdoc.php
===================================================================
RCS file: /cvs/ojs/include/getdoc.php,v
retrieving revision 1.28
diff -u -r1.28 getdoc.php
--- include/getdoc.php  17 Feb 2004 03:29:42 -0000      1.28
+++ include/getdoc.php  17 Jun 2004 05:35:18 -0000
@@ -61,6 +61,7 @@
        header("Content-Type: $chFileType");
        header("Content-Disposition: attachment; filename=\"$chFileName\"");
        header("Content-Length: " . @filesize($filepath.$chFilePath));
+       header("Pragma: public");
        readfile($filepath.$chFilePath);
 //} else {
 //     echo "Wrong permissions.";
Index: admin/include/getdoc.php
===================================================================
RCS file: /cvs/ojs/admin/include/getdoc.php,v
retrieving revision 1.15
diff -u -r1.15 getdoc.php
--- admin/include/getdoc.php    17 Feb 2004 03:29:41 -0000      1.15
+++ admin/include/getdoc.php    17 Jun 2004 05:35:18 -0000
@@ -37,6 +37,8 @@
 header("Cache-Control: private"); // work-around for IE
 header("Content-Type: $chFileType");
 header("Content-Disposition: attachment; filename=\"$chFileName\"");
+header("Content-Length: " . @filesize($filepath.$chFilePath));
+header("Pragma: public");
 
 readfile($filepath.$chFilePath);


There's actually a lot of discussion regarding this IE bug on the Internet if this workaround does not work for you (see here for example, among many other places).

P.S. -- after applying the https patch there is still a "//" after the hostname for dynamically generated OJS links, but changing the link to a single slash doesn't help the problem I'm describing here.


That's odd, I never saw that behaviour with dual slashes anywhere. You may try the revised fix for the dynamically generated URLs from OJS 1.1.7, via here.
kevin
 
Posts: 338
Joined: Tue Oct 14, 2003 8:23 pm


Return to OJS Editorial Support and Discussion

Who is online

Users browsing this forum: Google [Bot] and 1 guest