Lingering https issue

[jfenton]

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.

[kevin]

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.