php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #31432 IE 5.1 hangs trying to access PHP.net pages
Submitted: 2005-01-06 20:10 UTC Modified: 2005-09-19 14:37 UTC
Votes:2
Avg. Score:2.0 ± 1.0
Reproduced:0 of 0 (0.0%)
From: stranger at teuton dot org Assigned:
Status: Wont fix Package: Website problem
PHP Version: Irrelevant OS: Macintosh OS9.2
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2005-01-06 20:10 UTC] stranger at teuton dot org
Description:
------------
Up until your recent update of PHP.net (over Christmas 
2004/05) I have always accessed the site without 
problems using Internet Explorer 5.1 on Mac OS9.

Now visiting any page on the site causes IE to hang, 
and eventually I have to force quit it. It seems to be a 
script/plugin problem, since turning off scripting and 
plugns allows the pages to be viewed. Often it appears 
to hang when downloading certain images (at least 
images such as 'box' are in the status bar when the 
browser hangs) but no page elements are loaded at all 
and the hang is total.

I can still view the site on Netscape versions available 
for Mac OS9, but not on IE, and I would really love to be 
able to do so again!


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-01-07 11:10 UTC] didou@php.net
For now, go to http://php.net/my , section "Search field suggestions" and check the "hide" box.

Webmaster: we should either maintain a list of non compatible browsers or disable the feature by default (and maybe add a small icon near the search field to activate it). Opinions ?
 [2005-01-07 11:36 UTC] stranger at teuton dot org
Thanks for the help!

I sould certainly agree that the feature should be off by 
default if incompatible browser versions cannot be detected 
automatically. Since the script freezes the browser (in the 
case of IE5) before the page even loads there is no way to 
disable the feature.
 [2005-01-07 12:53 UTC] shimi at shimi dot net
If you ask me (and you will probably not, because you use IE) - A script should not be able to hang a browser; Especially if it is not designed for that purpose on purpose (infinitive loop - while 1=1, for instance). I recall Firefox recognizing a resource starvation loop, and halting the run, warning me that the page misbehaves, but does not, at any case, hang. It even stops Redirection loops...

You do realize that this is actually a (yet another) bug in IE that Microsoft should (but probably never will) fix...
 [2005-01-07 13:06 UTC] goba@php.net
Shimi: MS stopped Mac IE development.

Webmaster: We need to maintain cacheability of php.net pages, so we need to check the browser in JavaScript, and then if we found the browser to be compatible, we need to load in the library doing the suggestions. This will make the suggestions appear a little bit later for those supporting this feature, but it is doable. We need to look at caching issues of that suggestions JS code though. If we dynamically load it from JS, it might not get cached in not smart enough browsers, and we would end up with too many repeating requests on that file.
 [2005-01-07 14:10 UTC] shimi at shimi dot net
You see, I KNEW they're not gonna fix it. :)

Regardless of the bug(?) solution, I strongly suggest the reporter NOT to use a browser that has known security flaws which nobody can stop and cannot be upgraded, because eventually, his computer WILL be compromised.
 [2005-01-07 16:00 UTC] stranger at teuton dot org
I do agree with what you are saying, but as a Mac OS9 user 
my choice is pretty limited. I'm stuck with bugs in one 
browser or bugs in another, and none of them are going to 
be upgraded.

I know I know ... I should use OSX ... but that's another 
discussion!
 [2005-01-07 17:12 UTC] didou@php.net
Gabor: 
Why don't we rewrite our script using the idea behind Google Suggest ?
  http://www.google.com/webhp?complete=1&hl=en

This will fix this bug and the caching issue.
 [2005-01-07 20:07 UTC] goba@php.net
Didou: we have a limited and easy to define result set, unlike Google Suggest, plus we don't have the miriad of machines like those behind the Google load balancers. Having the complete result set pushed down to the client (as it is done right now), makes it possible to cache that file, so that it does not even mean a single request later. Using xhmlhttprequest means a *lot of* requests to the server.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Mar 19 07:01:29 2024 UTC