ID: 16972 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Output Control Operating System: Red Hat Linux 6.2 PHP Version: 4.1.2 New Comment:
I do intend to report back when my second web host updates to 4.12. The second web host uses a Rackshack server and (the way I understand it) is waiting for the Ensim Appliance to be updated for the higher version of 4.12. I want to see if the same error occurs. If so, then it is more likely a result of quircky PHP 4.12 behavior. If it does not, then the error is most likely a configuration problem with my first web host. Previous Comments: ------------------------------------------------------------------------ [2002-05-03 09:37:52] [EMAIL PROTECTED] Basically, I have refined the solution mentioned above to successfully override the buggy behavior. So I'm not going to take it to support. As for giving a short script, I'm having trouble reproducing the bug with a short script. In other words, taking an html file with a 1 by 1 pixel image leading to a php file which produces no output to the screen. The web tracker of which I am speaking is a very lengthy script which I will not try to reproduce. Suffice it to say, that it worked fine under versions of PHP 3, 4.04 and 4.06. But under 4.12 it could not work with Netscape due to continuous calls for the 1 by 1 image. It also had some trouble working with IE. To trick the Netscape browser, it is necessary to complete the script by telling it to flush and then print something as short as "OK", even though the print output will never show up on the screen. ------------------------------------------------------------------------ [2002-05-03 09:15:14] [EMAIL PROTECTED] how could anyone tell without seeing a *short* and *self-contained* script first? I suggest you take this issue to php-general@, and if the conclusion on the list is that it's really a change NOT announced in ChangeLog or NEWS, take it (along with a short script) here. ------------------------------------------------------------------------ [2002-05-03 09:05:14] [EMAIL PROTECTED] But at first I thought it was a bug. In fact, I'm only speculating that it is a configuration problem. I would like some confirmation as to whether a bug truly exists which would cause this behavior or whether it is a problem in the configuration. If it is a bug causing 4.12 to behave differently than earlier versions, then it should be addressed. ------------------------------------------------------------------------ [2002-05-03 04:11:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php ------------------------------------------------------------------------ [2002-05-03 00:48:55] [EMAIL PROTECTED] The more I think about this problem, the more I believe it must be a configuration problem. However, since I have shared hosting accounts, I am dependent on my web host to set the configuration. If anyone can think of where the configuration may be set wrong, please let me know, so I can notify my web host (in this case, Linuxwebhost) where to look. In the meantime, I have found a rather awkward solution to keep the web tracking system working with Netscape. I have the PHP web tracking script check to see if it has received an identical request from an html page with the 1 by 1 pixel image in the last few seconds. (Identical in terms of user IP and page visited.) For IE, I can simply use the die command to stop the process. However, Netscape will continuously try to call the 1 by 1 pixel image. I had put in the command print "OK" hoping that would stop the browser. I noticed that I could direct a 1 by 1 pixel at another PHP script, such as a form mail script which prints html to the screen, and Netscape would not make multiple requests for the image. So I experimented, and placed the flush command ahead of the print command. Flush and print together stop the Netscape browser. However, as I said, that is a very awkward solution. Hopefully, a better solution can be found, such as finding the source of a configuration error. Thanks, Robert Jenkins ------------------------------------------------------------------------ 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/16972 -- Edit this bug report at http://bugs.php.net/?id=16972&edit=1
