#19426 [NEW]: allow_url_fopen is stated to work as On/Off on php.ini

From: Date: Mon, 16 Sep 2002 07:03:00 +0000
Subject: #19426 [NEW]: allow_url_fopen is stated to work as On/Off on php.ini
Groups: php.bugs php.doc 
Request: Send a blank email to php-bugs+get-19421@lists.php.net to get a copy of this message
From: carenas@chasqui.lared.net.pe Operating system: PHP version: 4.2.3 PHP Bug Type: Documentation problem Bug description: allow_url_fopen is stated to work as On/Off on php.ini even if php.ini states that this variable is allowed to be "On" or "Off", there seems to be a different number of possible values (all of them turning the use of this feature off unless the value is "On"). the problem is that on a phpinfo() call later the value is stated as "no value" if it is "Off" and taking that this value is supposed to be "On" on default (like when there is no such configuration on php.ini) it is misleading. the reason why it is shown as "no value" when there is an "Off" value is suspicious, as there is a "no value" clause also when the parameter is missing alltogether for the configuration file, eventhough the behaviour is different (if the value is Off the option is disabled, if the parameter is missing the option is disabled, both showing "no value" on a phpinfo call tough), sadly i couldn't get to the offending code on the phpinfo implementation. also, as phpinfo shows whatever the value is set on php.ini there could be another posible problem that would need more investigation (like setting up the variable on a per directory basis to a wrong value using .htaccess if that is allowed). not more testing was done to check if the problem could be on the functions that read the configuration file and therefore more generic than in this specific case. -- Edit bug report at http://bugs.php.net/?id=19426&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19426&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19426&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19426&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19426&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19426&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19426&r=support Expected behavior: http://bugs.php.net/fix.php?id=19426&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19426&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19426&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19426&r=globals

« previous php.bugs (#19421) next »