Bug #18000: localized http header request includes variable scope

From: code@4arrow.com Operating system: UNIX PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: localized http header request includes variable scope A PHP file that includes a local file via a HTTP header request usign the full and absolute local URL (http and domain) is seen as a local call from with the server and treated as a separate session and PHP parser run from the existing PHP run that the include is beign requested within. This changes the $_SERVER['REMOTE_ADDR'] variant to the $_SERVER['SERVER_ADDR'] variant which is technically accurate but practically useless. Also all exisitng sessions or cookies are no longer available to the included local file because calling it via a absolute URI caused a http header request which I suppose creates a new session and extraneous server load. How about viewing absolute URIs in their context, if they are on the same domain/server to bear that in mind for the benefit of the developer? Now, I understand the need for a unique header request to reset new env variables but at the same time options are a good thing. How about both? A full URI can call both a local php file that retains the variables scope of its parent as well as one that doesn't or even better yet a new unique version prefix is added to the new HTTP header request and its created env variables and it is not viewed in isolation but as a part of an existing process. The request feature is to be able to call a absolute URL http://4arrow.com/test/test/php within an existing PHP script both on the same domain name and server name that has access to all the preset variables above it as well as unique variables within as a new unique HTTP request, lastly after it all variables from before it are also still available. Basically to retain the variable scope across absolute HTTP requests within local scripts that call local uris. -- Edit bug report at http://bugs.php.net/?id=18000&edit=1 -- Fixed in CVS: http://bugs.php.net/fix.php?id=18000&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=18000&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=18000&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=18000&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=18000&r=support Expected behavior: http://bugs.php.net/fix.php?id=18000&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=18000&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=18000&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=18000&r=globals