#21575 [Com]: 4.2x to 4.3 Compatibility issue

From: Date: Thu, 24 Apr 2003 02:23:51 +0000
Subject: #21575 [Com]: 4.2x to 4.3 Compatibility issue
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-38248@lists.php.net to get a copy of this message
ID: 21575 Comment by: flight553 at yahoo dot com Reported By: ulysses at mail dot fitan dot com dot tw Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Change your configure statement to '--enable-discard-path' and then PHp will not try to fopen whatever the PATH_INFO is. That will fix it. having --disable-discard-path or nothing at all about discard path will get you Internal server errors and wrong behavior Previous Comments: ------------------------------------------------------------------------ [2003-04-23 20:48:34] flight553 at yahoo dot com Sorry, the correctly working PHP 4.2.3 phpinfo is at http://amulder.modwest.com/inf2.php/2/ and http://amulder.modwest.com/inf2.php ------------------------------------------------------------------------ [2003-04-23 20:46:06] flight553 at yahoo dot com I can reproduce this bug on Linux running Apache 1.3.27 and PHP 4.3.1 as a cgi at: http://amulder.modwest.com/inf.php/2/ where sending the last '/2/' to set a PATH_INFO variable actually causes an internal server error. If you just go to http://amulder.modwest.com/inf.php then you will get the normal PHP output. The contents of that file is just: #!/usr/local/bin/php-4.3.1 <? phpinfo(); ?> Under PHP 4.2.3 running as a cgi, this problem does not happen, as shown at: http://amulder.modwest.com/inf.php/2/ http://amulder.modwest.com/inf.php The contents of that file is just: <? phpinfo(); ?> Therefore, I think this bug is not fixed. ------------------------------------------------------------------------ [2003-03-26 10:38:52] phpbug-032603 at smayw dot nask dot com This bug is still present in the most current (26 Mar 2003) CVS that claims to be 4.3.2RC To recap - 4.3.2RC as CGI does NOT have the variable PATH_TRANSLATED defined, 4.3.1 as CGI for example does. Is this on purpouse or did the fix get lost somewhere? ------------------------------------------------------------------------ [2003-01-26 19:32:31] ulysses at mail dot fitan dot com dot tw Thank you. ------------------------------------------------------------------------ [2003-01-25 16:32:38] shane@php.net This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. PATH_INFO and PATH_TRANSLATED conform to the CGI spec in PHP 4.3. For linux (and possibly other platforms) a fix was requried which is now in CVS (fixes PHP_SELF also). The fix in CVS also creates ORIG_PATH_INFO and ORIG_PATH_TRANSLATED so you can easily fix scripts dependent on the previous incorrect variables. ISAPI has always had broken PATH_INFO/PATH_TRANSLATED, and this was not changed in 4.3, but will be fixed for 5.0. ------------------------------------------------------------------------ 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/21575 -- Edit this bug report at http://bugs.php.net/?id=21575&edit=1

« previous php.bugs (#38248) next »