Bug #17669 Updated: magic_quotes_runtime enables at random
| From: | sniper@php.net | Date: | Wed, 12 Jun 2002 15:03:28 +0000 |
| Subject: | Bug #17669 Updated: magic_quotes_runtime enables at random | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-10260@lists.php.net to get a copy of this message | ||
ID: 17669
Updated by: sniper@php.net
Reported By: phpbugs_p@ter.dk
-Status: Open
+Status: Feedback
-Bug Type: PHP options/info functions
+Bug Type: *General Issues
Operating System: Linux + FreeBSD
PHP Version: 4.1.2
New Comment:
I tested this by running a script with 'set_magic_quotes_runtime(1);'
once. Then I changed that to 'echo get_magic_quotes_runtime();' and it
shows that as
long as that apache child which were used to run the
set script was alive, the setting also stayed 'On'..
So the question is: Is there some vhost which has this setting set in
it's definition (httpd.conf) or is there
some .htaccess file with it? Or is there any script which
is run sometimes that has 'set_magic_quotes_runtime()' ?
--Jani
Previous Comments:
------------------------------------------------------------------------
[2002-06-09 19:24:09] phpbugs_p@ter.dk
This bug may be related to #10197 and #10290.
I have a PHP-solution hosted at my ISP. At random - about once per 50
requests - magic_quotes_runtime is enabled and affects e.g. strings
returned from socket functions.
I have created a simple webpage at:
http://trc.dk/magic.php
http://trc.dk/magic.phps (source)
Reload it a bunch of times and notice that magic_quotes_runtime truely
has been enabled. This webpage don't show it, but it in fact does
affect strings; it's not just an erroneous output of the
magic_quotes_runtime-setting.
A helpful shellcommand would be:
watch -n 1 "curl http://trc.dk/magic.php
2>/dev/null"
... and break the script when Magic quotes (runtime) indeed shows "1".
Please notice that my ISP is using a cluster-based solution; the
internal webserver-names is reflected on above webpage.
It actually gives us more test-material, since the problem isn't just
one wrong configured webserver out of a dozen, but the setting appears
and disappears on several of the webservers (maybe all). Some of these
webservers run Linux; others run FreeBSD. Both seem to be affected.
I have been in contact with the technical department at my ISP, and
they are just as puzzled as I am. There shouldn't be any change in the
configuration for the different webservers.
In all cases PHP is enabled as mod_php for Apache. A phpinfo() is
available at:
http://trc.dk/info.php
(although a couple of reloads might be required to get information from
the right webserver)
- Peter Brodersen
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=17669&edit=1