Bug #11578 Updated: http header order not respected and messages not transmitted

From: Date: Sat, 23 Feb 2002 09:10:46 +0000
Subject: Bug #11578 Updated: http header order not respected and messages not transmitted
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-856@lists.php.net to get a copy of this message
ID: 11578 Updated by: xavier.galai@wanadoo.fr Reported By: xavier.galai@free.fr Status: Feedback Bug Type: HTTP related Operating System: win32 (nt4 and 2000) PHP Version: 4.0.5 New Comment: shiflett@php.net thanks for your interest in my bugsuite... but i'm sorry to tell you that the project was closed (due to no feedback..) and i've currently no samples of my code running.. and i'm in difficult to find the latest sources, i'll look for them and i'll send you via comments later, (maybe today) thank for your interest. xavier. Previous Comments: ------------------------------------------------------------------------ [2002-02-06 01:02:54] shiflett@php.net xavier.galai@free.fr - Do you have a web site where this sample script you pasted here is running? It would help me analyze this if I could view the headers myself. I have a very strong suspicion about what is going on. The Location header is not simply another header, but rather it also alters the server response code to be a 300 level response rather than a 200 OK. I believe that the Location header might either be: 1) the only header in the response that is sent, so all of your authentication headers are not sent, or 2) the only header that the HTTP client (browser) bothers to interpret since the response code is a 301 Moved Permanently. Your feedback would be greatly appreciated. Thanks for helping! ------------------------------------------------------------------------ [2001-06-22 01:13:09] xavier.galai@free.fr yes i've tried this second undocumented argument and like i've explained it this solve the first part of my problem. but i think that i not explain my problem correctly. I call some getallheader successivly after have sended my arguments but : it doesn't return that i see on the network and if after have written the content of getallheader if i do a redirection my code doesn't work (maybe the optimizer change the order of the execution ). Thanks ------------------------------------------------------------------------ [2001-06-21 17:58:53] sniper@php.net Did you try with the 2nd (undocumented before) argument for header() like Rasmus suggested?? And it still doesn't work? ------------------------------------------------------------------------ [2001-06-21 09:59:22] xavier.galai@free.fr thanks a lot ramus for your help.. the first part of the problem was my fault not the php fault.. but... the second part is always not functionnal... i can obtain the correct headers and response for the ntlm scheme but.. if i do a header("location : xxxx"); at the END of the program... the value are not written correctly !! maybe an optimizer miss optimization..... It strange that on a test without redirection all seems correct but adding instruction after the write and the file was closed and flushed this is not functionnal... thank a lot and sorry to spam you with my little problem. but it's a mission critical projet for France Telecom Mobile service (ORANGE) and i prefer using php with linux than IIS... i need to prove the possibilities of the open source platform.. Thank. ------------------------------------------------------------------------ [2001-06-21 09:21:45] rasmus@php.net By default PHP's header() function will replace the value of an http header with the value you give it. If you don't want it to replace, but instead add a second header with a different value, use the optional second arg to header() to tell PHP not to do this replace. So your code should be: header("www-authenticate: Negociate"); header("www-authenticate: NTLM",0); I don't blame you for not knowing this though. It isn't documented anywhere. I will take care of that now. ------------------------------------------------------------------------ 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/11578 -- Edit this bug report at http://bugs.php.net/?id=11578&edit=1

« previous php.bugs (#856) next »