[PHP-DOC] Bug #13961 Updated: some characters in incomonig variable names are silently changed From: lampa <email protected>
Date: 11/07/01

ID: 13961
User updated by: lampa <email protected>
Reported By: lampa <email protected>
Status: Open
Bug Type: Documentation problem
Operating System: FreeBSD
PHP Version: 4.0.6
New Comment:

I don't think that FAQ solves that problem.
Look at the source code of Apache server. There
are several tests of the variable "force-response-1.0"
there. The problem is not that php code variable
is $force-response-1_0, that's OK, but the real
problem is that apache variable name in r->subprocess_env
is changed too. That's side effect and not pleasent.

Previous Comments:
------------------------------------------------------------------------

[2001-11-06 16:30:56] jeroen <email protected>

This is mentioned in http://uk.php.net/manual/en/faq.html.php#AEN63677 . Impossible to find if you don't know where to find it. So changing this to a documentation problem.

(the issue is that invalid characters in incoming variable names, like dots, are converted to underscores. This happens with any incoming variable name, be it GET, POST, ENV, or whatever.)

Changed subject

------------------------------------------------------------------------

[2001-11-06 16:09:30] lampa <email protected>

Apache module mod_setenvif sets variables in
r->subprocess_env. If variable name contains character ".", then mod_php4.c/sapi_apache_register_server_variables() will
replace it with "_". This breaks internal
variables like force-response-1.0 (php changes it to
force-response-1_0).

Solution: the key in the php_register_variable() call
should be a copy of the real key.

------------------------------------------------------------------------

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