#16173 [Com]: https & headers (Content-type) not working

ID: 16173 Comment by: vukko at cequrux dot com Reported By: phpbug at aelea dot com Status: Bogus Bug Type: IIS related Operating System: win2k SP2 PHP Version: 4.1.2 New Comment: I experienced this problem on a FreeBSD platform with Apache 1.3.27 and PHP 4.2.3. I originally thought it was the 'Set-Cookie: ' header because removing my session_start(); function fixed the problem, but then I noticed that this also caused the following header to be sent: 'Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0' I then changed the 'session.cache_limiter' directive in php.ini from 'nocache' to 'private' which fixed the problem. This is the header it sends: 'Cache-Control: private, max-age=10800, pre-check=10800' After some more experimaentation, it would appear to be the 'no-cache' part of the 'Cache-Control: ' header that is causing the problem. --Marko. Previous Comments: ------------------------------------------------------------------------ [2003-02-08 18:38:14] rq at erasethis dot uosis dot mif dot vu dot lt dot removeme Well, seems like the workaround from the user end is just choosing an appropriate encoding when viewing a webpage. I was trying to see a squirrelmail login page from my home box thru https and it did not display. When i chose "view source", i can see everything in notepad. Then i found that under View > Encoding the selected option is Estonian(ISO) which is marked gray (as unavailable). When I changed the encoding to any else (even if it wasn't right for that page), i could see that page. in my case, the server is FreeBSD + apache-ssl + php, and the client is my home box running Win98+IE6.0 ------------------------------------------------------------------------ [2002-11-13 06:54:18] rupert dot schlick at gmx dot net the relevant article is: http://support.microsoft.com/default.aspx?scid=kb;en-us;316431 ------------------------------------------------------------------------ [2002-08-16 03:01:21] sesser@php.net This is an Internet Explorer Bug. Search the Microsoft Knowledgebase. It has something to do with the caching headers. ------------------------------------------------------------------------ [2002-08-15 18:08:50] caetin at u dot washington dot edu this isn't just an issue in https and windows, its also http, and also on linux. If you have session_start in there and just put out a content-type and content-disposition, it will barf on you if you try to choose "open" instead of "save" .. "save" works fine. If you take out the session-start() it works great. If you use the headers trick noted two posts up, it also works great. Tested under ie4/5/5.5/6 ns4.78/4.79/6 ------------------------------------------------------------------------ [2002-07-10 15:14:16] jeffcool at hotmail dot com 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. ------------------------------------------------------------------------ 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