Bug #16173 Updated: https & headers (Content-type) not working

ID: 16173 Updated by: jeffcool@hotmail.com Reported By: phpbug@aelea.com Status: Open Bug Type: IIS related Operating System: win2k SP2 PHP Version: 4.1.2 New Comment: Apache 1.3.26 and PHP 4.2.1 I also came across this issue, and pgarre@ijcreditor.es headers (minus the last one) FIX the problem. However in trying to tack down the issue I found that taking out the session check on the page also fixed the problem? It seems odd that using sessions would change the behavior of IE. Previous Comments: ------------------------------------------------------------------------ [2002-06-26 07:28:08] pgarre@ijcreditor.es The "magic" headers that andrzejw@lomac.net do work, but note: header("Pragma: "); header("Cache-Control: "); header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); header("Cache-Control: no-store, no-cache, must-revalidate"); // HTTP/1.1 header("Cache-Control: post-check=0, pre-check=0", false); header("Pragma: no-cache"); // HTTP/1.0 Does not work because of the last header !! It works when I comment it out !! Pedro. ------------------------------------------------------------------------ [2002-06-26 07:16:25] pgarre@ijcreditor.es This is not just IIS related. I run Apache 1.3.26 on Linux (RD7.2) and PHP 4.1.2 and I also suffer the problem. I believe it is just related to IE clients. And header("Pragma: "); header("Cache-Control: "); does not work for me. I also believe the problem is that headers are corrupted. Pedro. ------------------------------------------------------------------------ [2002-06-25 07:50:17] andrzejw@lomac.net This is problem of Internet Explorer. Other browsers should work fine. To solve this add: header("Pragma: "); header("Cache-Control: "); And then it should work with https. Best regards, Andrzej ------------------------------------------------------------------------ [2002-05-08 09:38:03] phpbug@aelea.com This bug appears to occur only with PHP, and when running on a win2k server. It occurs with both IE5.5 and IE6 even when the "Do not save encrypted files to disk" is enable (or disabled). The errant behavior *does not* change. It is possible that it is a IIS bug in handling the PHP output during https encryption, or something specific to the win2k version of PHP 4.1.2 (et al). I'm guessing that something about the content disposition header is corrupted the headers being output by IIS when delivering content via SSL (https) Its important not to identify bugs as "bogus" unless one actually TESTS the proposed solution first. This still appears to be a PHP-specific issue, interfacing with IIS. ------------------------------------------------------------------------ [2002-05-08 03:42:14] edink@php.net This is probably related to IE security settings. You should go to: Tools -> Internet Options -> Advanced Tab -> scroll down to Security Settings and check the Do not save encrypted pages to disk box. Anyway this is not a PHP bug. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16173 -- Edit this bug report at http://bugs.php.net/?id=16173&edit=1