Bug #16458 Updated: header() does not replace headers but always produces duplicates

ID: 16458 Updated by: ernest@vogelsinger.at Reported By: ernest@vogelsinger.at Status: Analyzed Bug Type: HTTP related Operating System: Win32 (XP) PHP Version: 4.1.1 New Comment: Thanks for the follow-up, and thanks for reopening... Sorry for the incorrect classification. Previous Comments: ------------------------------------------------------------------------ [2002-04-05 15:08:51] sander@php.net Note: the replace parameter seems to be completely ignored; it replaces the headers as an Apache module anyway, and it refuses to replace them as CGI. ------------------------------------------------------------------------ [2002-04-05 15:06:37] sander@php.net OK, to be more verbose: I experienced the same problem with the CGI version of PHP 4.1.2 on Linux, but the problem didn't show up with the Apache-module of 4.3.0-dev. I've just recompiled 4.2.0RC2 as CGI, and the bug reappeared. So it's a CGI only bug. Reopened (and reclassifed). Anyway, PHP 4.2.0 is scheduled for release at the 22th of April. ------------------------------------------------------------------------ [2002-04-05 14:13:22] ernest@vogelsinger.at Just checked the 4.2.0-RC2 and found the identical behaviour from the command line (with PHP.EXE, no headers are displayed, so I used PHP-CGI.exe). ------------------------------------------------------------------------ [2002-04-05 13:50:47] ernest@vogelsinger.at If this bug doesn't exist with the Linux/Apache module it is ok for me - if it is this doesn't "work for me" at all... Reason: my application framework uses output buffering so headers don't get sent until ob_end_flush() is called. Especially any caching headers are /modified/ depending on results of the application computations. So it is not quite "easy" to "code around this 'bug'" - the caching headers are pre-set as soon as a session is established, and are not modifyable afterwards. In fact this 'bug' disables me to sent pages being cacheable, increasing server load and network traffic. And, with NetScape 4.x clients, pages resulting from posted forms cannot be resized (NS 4.x wants to resend the POST data to redraw the non-cacheable data). Any idea when 4.2.0 will be out as production version? On our production servers I cannot use an RC or -dev version, I need the stable build, so I have 4.1.2/RedHat Linux running there (cannot crosscheck the problem on the server just now). ------------------------------------------------------------------------ [2002-04-05 13:37:09] sander@php.net Reproduced with 4.1.2, but it works fine for me with 4.3.0-dev. You might want to try 4.2.0RC2 from www.php.net/~derick . Anyway, it should be easy to code around this '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/16458 -- Edit this bug report at http://bugs.php.net/?id=16458&edit=1