#39989 [Com]: header location doesn't send explanation

2007-01-02 Thread l dot bigonville at edpnet dot be
 ID:   39989
 Comment by:   l dot bigonville at edpnet dot be
 Reported By:  Laurent Bigonville l dot bigonville at edpnet dot
 Status:   Feedback
 Bug Type: HTTP related
 Operating System: Debian Sarge
 PHP Version:  5.2.0
 New Comment:

Well this is production server, this could be a little bit
complicated...


Previous Comments:


[2006-12-30 22:41:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2006-12-30 20:31:57] l dot bigonville at edpnet dot be

Oups

the last part of the message must read:

If I change the script to

#! /bin/sh
echo Status: 302 Found
echo

It returns HTTP/1.1 302 Found i both cases



[2006-12-30 20:30:32] l dot bigonville at edpnet dot be

I use php in cgi mode. The problem seems to come from apache 2.0(.54)
not from php.

I'v made an other test using a simple shell script

#! /bin/sh
echo Status: 302
echo

With apache 2.2 it returns HTTP/1.1 302 Found
but with apache 2.0 it returns HTTP/1.1 302

If I change the script to

#! /bin/sh
echo Status: 302
echo

It returns HTTP/1.1 302 Found i both cases



[2006-12-30 02:03:28] [EMAIL PROTECTED]

What SAPI are you using?



[2006-12-30 01:06:35] l dot bigonville at edpnet dot be

I think it's because php_cgi return Status: 302 with no explanation



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/39989

-- 
Edit this bug report at http://bugs.php.net/?id=39989edit=1


#39989 [Com]: header location doesn't send explanation

2006-12-30 Thread l dot bigonville at edpnet dot be
 ID:   39989
 Comment by:   l dot bigonville at edpnet dot be
 Reported By:  Laurent Bigonville l dot bigonville at edpnet dot
 Status:   Feedback
 Bug Type: HTTP related
 Operating System: Debian Sarge
 PHP Version:  5.2.0
 New Comment:

I use php in cgi mode. The problem seems to come from apache 2.0(.54)
not from php.

I'v made an other test using a simple shell script

#! /bin/sh
echo Status: 302
echo

With apache 2.2 it returns HTTP/1.1 302 Found
but with apache 2.0 it returns HTTP/1.1 302

If I change the script to

#! /bin/sh
echo Status: 302
echo

It returns HTTP/1.1 302 Found i both cases


Previous Comments:


[2006-12-30 02:03:28] [EMAIL PROTECTED]

What SAPI are you using?



[2006-12-30 01:06:35] l dot bigonville at edpnet dot be

I think it's because php_cgi return Status: 302 with no explanation



[2006-12-30 00:33:09] l dot bigonville at edpnet dot be

This is odd the problem occurs with the dotdeb packages on sarge but
not with debian's official packages on etch..



[2006-12-30 00:24:39] Laurent Bigonville l dot bigonville at edpnet
dot 

Description:

the header location doesn't conform to RFC.

The response header must finish with at least a space character.

Reproduce code:
---
header(Location: http://url/);

Expected result:

According to RFC2616 §6.1 the response message must consist in
HTTP-Version SP Status-Code SP Reason-Phrase CRLF.
(ie HTTP/1.1 302 Found).

Actual result:
--
Currently, php send HTTP/1.1 302 with even no space at the end of the
response





-- 
Edit this bug report at http://bugs.php.net/?id=39989edit=1


#39989 [Com]: header location doesn't send explanation

2006-12-30 Thread l dot bigonville at edpnet dot be
 ID:   39989
 Comment by:   l dot bigonville at edpnet dot be
 Reported By:  Laurent Bigonville l dot bigonville at edpnet dot
 Status:   Feedback
 Bug Type: HTTP related
 Operating System: Debian Sarge
 PHP Version:  5.2.0
 New Comment:

Oups

the last part of the message must read:

If I change the script to

#! /bin/sh
echo Status: 302 Found
echo

It returns HTTP/1.1 302 Found i both cases


Previous Comments:


[2006-12-30 20:30:32] l dot bigonville at edpnet dot be

I use php in cgi mode. The problem seems to come from apache 2.0(.54)
not from php.

I'v made an other test using a simple shell script

#! /bin/sh
echo Status: 302
echo

With apache 2.2 it returns HTTP/1.1 302 Found
but with apache 2.0 it returns HTTP/1.1 302

If I change the script to

#! /bin/sh
echo Status: 302
echo

It returns HTTP/1.1 302 Found i both cases



[2006-12-30 02:03:28] [EMAIL PROTECTED]

What SAPI are you using?



[2006-12-30 01:06:35] l dot bigonville at edpnet dot be

I think it's because php_cgi return Status: 302 with no explanation



[2006-12-30 00:33:09] l dot bigonville at edpnet dot be

This is odd the problem occurs with the dotdeb packages on sarge but
not with debian's official packages on etch..



[2006-12-30 00:24:39] Laurent Bigonville l dot bigonville at edpnet
dot 

Description:

the header location doesn't conform to RFC.

The response header must finish with at least a space character.

Reproduce code:
---
header(Location: http://url/);

Expected result:

According to RFC2616 §6.1 the response message must consist in
HTTP-Version SP Status-Code SP Reason-Phrase CRLF.
(ie HTTP/1.1 302 Found).

Actual result:
--
Currently, php send HTTP/1.1 302 with even no space at the end of the
response





-- 
Edit this bug report at http://bugs.php.net/?id=39989edit=1


#39989 [NEW]: header location doesn't send explanation

2006-12-29 Thread Laurent Bigonville l dot bigonville at edpnet dot be
From: Laurent Bigonville l dot bigonville at edpnet dot be
Operating system: Debian Sarge
PHP version:  5.2.0
PHP Bug Type: HTTP related
Bug description:  header location doesn't send explanation

Description:

the header location doesn't conform to RFC.

The response header must finish with at least a space character.

Reproduce code:
---
header(Location: http://url/);

Expected result:

According to RFC2616 §6.1 the response message must consist in
HTTP-Version SP Status-Code SP Reason-Phrase CRLF.
(ie HTTP/1.1 302 Found).

Actual result:
--
Currently, php send HTTP/1.1 302 with even no space at the end of the
response

-- 
Edit bug report at http://bugs.php.net/?id=39989edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39989r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39989r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39989r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39989r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39989r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39989r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39989r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39989r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39989r=support
Expected behavior:http://bugs.php.net/fix.php?id=39989r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=39989r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=39989r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39989r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=39989r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39989r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39989r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=39989r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=39989r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=39989r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39989r=mysqlcfg


#39989 [Com]: header location doesn't send explanation

2006-12-29 Thread l dot bigonville at edpnet dot be
 ID:   39989
 Comment by:   l dot bigonville at edpnet dot be
 Reported By:  Laurent Bigonville l dot bigonville at edpnet dot
 Status:   Open
 Bug Type: HTTP related
 Operating System: Debian Sarge
 PHP Version:  5.2.0
 New Comment:

This is odd the problem occurs with the dotdeb packages on sarge but
not with debian's official packages on etch..


Previous Comments:


[2006-12-30 00:24:39] Laurent Bigonville l dot bigonville at edpnet
dot 

Description:

the header location doesn't conform to RFC.

The response header must finish with at least a space character.

Reproduce code:
---
header(Location: http://url/);

Expected result:

According to RFC2616 §6.1 the response message must consist in
HTTP-Version SP Status-Code SP Reason-Phrase CRLF.
(ie HTTP/1.1 302 Found).

Actual result:
--
Currently, php send HTTP/1.1 302 with even no space at the end of the
response





-- 
Edit this bug report at http://bugs.php.net/?id=39989edit=1


#39989 [Com]: header location doesn't send explanation

2006-12-29 Thread l dot bigonville at edpnet dot be
 ID:   39989
 Comment by:   l dot bigonville at edpnet dot be
 Reported By:  Laurent Bigonville l dot bigonville at edpnet dot
 Status:   Open
 Bug Type: HTTP related
 Operating System: Debian Sarge
 PHP Version:  5.2.0
 New Comment:

I think it's because php_cgi return Status: 302 with no explanation


Previous Comments:


[2006-12-30 00:33:09] l dot bigonville at edpnet dot be

This is odd the problem occurs with the dotdeb packages on sarge but
not with debian's official packages on etch..



[2006-12-30 00:24:39] Laurent Bigonville l dot bigonville at edpnet
dot 

Description:

the header location doesn't conform to RFC.

The response header must finish with at least a space character.

Reproduce code:
---
header(Location: http://url/);

Expected result:

According to RFC2616 §6.1 the response message must consist in
HTTP-Version SP Status-Code SP Reason-Phrase CRLF.
(ie HTTP/1.1 302 Found).

Actual result:
--
Currently, php send HTTP/1.1 302 with even no space at the end of the
response





-- 
Edit this bug report at http://bugs.php.net/?id=39989edit=1