#21637 [Opn]: Header('Location: ... ') problem

From: Date: Mon, 28 Apr 2003 17:13:15 +0000
Subject: #21637 [Opn]: Header('Location: ... ') problem
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-38631@lists.php.net to get a copy of this message
ID: 21637 Updated by: wez@php.net Reported By: pthiebaud at labeltechnologies dot com Status: Open Bug Type: IIS related -Operating System: Windows 2000 +Operating System: Windows 2000, WinXP -PHP Version: 4.3.0 +PHP Version: 4.3.0, 4.3.2dev New Comment: I had a strange problem with IIS and redirects; when output buffering was enabled, a redirecting page (that had some debug output) would show output from the page that it was being redirected to, after its own output. This needs further investigation :/ Previous Comments: ------------------------------------------------------------------------ [2003-01-27 02:49:47] pthiebaud at labeltechnologies dot com No, the output is on the result page. Ex: page 1 redirect to page 2 and page 2 echos out "Hello World". In the case we put the "header('Content-type: text/html');" line we do see "Hello world", if we delete that line we don't se "Hello world" (not as simple as this, but you got the idea). By the way we also do an ob_flush to make sure everything is treated, but it doesn't change a thing. ------------------------------------------------------------------------ [2003-01-25 08:56:12] hholzgra@php.net you have *output* on a redirect page? this once again doesn't make sense at all to me ... (but still it should not hang, esp. if it worked in 4.2.x) how does IIS handle redirects? does it just pass them to the client or does it handle some of them itself? ------------------------------------------------------------------------ [2003-01-17 10:50:58] pthiebaud at labeltechnologies dot com We did try to remove the "header('Content-type: text/html')" portion of the code. We then have problems with the "print_r" or the "echo" functions that will not work correctly. We receive only part of the page, PHP seems to forget to process some lines of code. If we put back the header line, then the code works perfectly. ------------------------------------------------------------------------ [2003-01-16 09:50:52] pthiebaud at labeltechnologies dot com It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) ------------------------------------------------------------------------ [2003-01-16 09:30:46] hholzgra@php.net sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? ------------------------------------------------------------------------ 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637&edit=1

« previous php.bugs (#38631) next »