$PHP_SELF is not an environment variable, nor a server variable, it is a special PHP variable, so it wont be registered in any arrays you listed

I don't agree.

I just disable register_global by setting it Off.

Now I can't acces simply $PHP_SELF - returned string is empty.
When I get $HTTP_SERVER_VARS["PHP_SELF"], the return string is such as the $PHP_SELF with register_global "On".

Maybe it isn't docs bug, but devel bug?

It's very hard to understand what you are saying... please forgive us if we don't quite get your point.

Are you saying that the documentation is not clear as to which variables you can access using the $HTTP_ENV_VARS and $HTTP_SERVER_VARS.  If this is what you are asking, then please read the 3rd paragraph and the note that follows at:

http://php.net/manual/en/language.variables.predefined.php

The manual can not be an exhaustive resource for all predefined variables.  The best way to see exactly what is available to you is the check the output of the phpinfo() function.  It describes everthing you would need to know about the PHP environment and it's predefined variables in gratuitous detail.

Also, you specifically mention $PHP_SELF.  You say that it's not intuitive to be in HTTP_SERVER_VARS?  But it is.. it has noting to do with the system environment ($HTTP_ENV_VARS), but everything to do with the server environment.  It's the filename part of the URI, not the actual filename on the server.

Assigning this to myself. (I must love the pain...)

No feedback.

This is essentially a duplicate, see bug #14472 for a more exaustive report.  Anyone want to tackle it? :-)

Regarding #11833, essentially this man page is geared towards register_globals = on when it shouldn't be.