Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure

2002-04-22 Thread paulo

 ID:   16622
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Any
 PHP Version:  4.2.0
 New Comment:

This has been fixed in Apache 2.0.36 (CVS)


Previous Comments:


[2002-04-21 20:02:33] [EMAIL PROTECTED]

Not PHP bug -> bogus.




[2002-04-21 17:36:38] [EMAIL PROTECTED]

This is a bug in Apache, not in PHP.  Please see PR8234 in the Apache
Bug Database for further discussion of this problem:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234



[2002-04-21 17:29:09] [EMAIL PROTECTED]

I am having the same problem. It seems that Apache2 tries to use the
script name as a folder name. This happens to .html files as well, so I
think it might be a problem with Apache itself, not PHP. I tried the
latest cvs for php and apache and it didn't work either. I'm using
Redhat 7.1.
Setting AcceptPathInfo anywhere does not work also, even when trying to
set php as a filter with addinputfilter and addoutputfilter.



[2002-04-15 10:50:55] [EMAIL PROTECTED]

The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction
with PHP. AcceptPathInfo is supposed to allow scripts such as
www.server.com/script.php to be referenced with additional URI
information to be passed to the script such as
www.server.com/script.php/value/value2. PHP calls this value
PATH_INFO.

When AcceptPathInfo is used in .htaccess files Apache still attempts to
search for files in the file system and reports "object" not found.






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




Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure

2002-04-21 Thread sniper

 ID:   16622
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Duplicate
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: Any
 PHP Version:  4.2.0
 New Comment:

Not PHP bug -> bogus.



Previous Comments:


[2002-04-21 17:36:38] [EMAIL PROTECTED]

This is a bug in Apache, not in PHP.  Please see PR8234 in the Apache
Bug Database for further discussion of this problem:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234



[2002-04-21 17:29:09] [EMAIL PROTECTED]

I am having the same problem. It seems that Apache2 tries to use the
script name as a folder name. This happens to .html files as well, so I
think it might be a problem with Apache itself, not PHP. I tried the
latest cvs for php and apache and it didn't work either. I'm using
Redhat 7.1.
Setting AcceptPathInfo anywhere does not work also, even when trying to
set php as a filter with addinputfilter and addoutputfilter.



[2002-04-15 10:50:55] [EMAIL PROTECTED]

The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction
with PHP. AcceptPathInfo is supposed to allow scripts such as
www.server.com/script.php to be referenced with additional URI
information to be passed to the script such as
www.server.com/script.php/value/value2. PHP calls this value
PATH_INFO.

When AcceptPathInfo is used in .htaccess files Apache still attempts to
search for files in the file system and reports "object" not found.






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




Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure

2002-04-21 Thread jwoolley

 ID:   16622
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Duplicate
 Bug Type: Apache2 related
-Operating System: Any? (Redhat 7.2)
+Operating System: Any
 PHP Version:  4.2.0
 New Comment:

This is a bug in Apache, not in PHP.  Please see PR8234 in the Apache
Bug Database for further discussion of this problem:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234


Previous Comments:


[2002-04-21 17:29:09] [EMAIL PROTECTED]

I am having the same problem. It seems that Apache2 tries to use the
script name as a folder name. This happens to .html files as well, so I
think it might be a problem with Apache itself, not PHP. I tried the
latest cvs for php and apache and it didn't work either. I'm using
Redhat 7.1.
Setting AcceptPathInfo anywhere does not work also, even when trying to
set php as a filter with addinputfilter and addoutputfilter.



[2002-04-15 10:50:55] [EMAIL PROTECTED]

The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction
with PHP. AcceptPathInfo is supposed to allow scripts such as
www.server.com/script.php to be referenced with additional URI
information to be passed to the script such as
www.server.com/script.php/value/value2. PHP calls this value
PATH_INFO.

When AcceptPathInfo is used in .htaccess files Apache still attempts to
search for files in the file system and reports "object" not found.






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




Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure

2002-04-21 Thread paulo . nospam

 ID:   16622
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Apache2 related
 Operating System: Any? (Redhat 7.2)
 PHP Version:  4.2.0
 New Comment:

I am having the same problem. It seems that Apache2 tries to use the
script name as a folder name. This happens to .html files as well, so I
think it might be a problem with Apache itself, not PHP. I tried the
latest cvs for php and apache and it didn't work either. I'm using
Redhat 7.1.
Setting AcceptPathInfo anywhere does not work also, even when trying to
set php as a filter with addinputfilter and addoutputfilter.


Previous Comments:


[2002-04-15 10:50:55] [EMAIL PROTECTED]

The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction
with PHP. AcceptPathInfo is supposed to allow scripts such as
www.server.com/script.php to be referenced with additional URI
information to be passed to the script such as
www.server.com/script.php/value/value2. PHP calls this value
PATH_INFO.

When AcceptPathInfo is used in .htaccess files Apache still attempts to
search for files in the file system and reports "object" not found.






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