#34585 [Bgs]: php.net causes Firefox to freeze

ID: 34585 Updated by: goba@php.net Reported By: php at transpect dot com Status: Bogus Bug Type: Website problem Operating System: Gentoo Linux PHP Version: Irrelevant New Comment: OK, just to summarize in simple terms: - You say, our site works if you browse without noscript (That is our little JavaScript has no problem then) - You say you have 12 years experience in web development, which means you create websites since the W3C was formed - Now excuse me that I assume that noscript strips off the JavaScript, and you should know that what is left in only *markup*, no program code. We only have one script tag on our homepage and noscript reports that it is stripped off (see my screen shot again). - You say your browser freezes on interpreting our *markup*, and that this might be some "timing issue". Since there is no program code running on your computer which is from us, I don't understand why would you blame php.net. Until someone can reproduce your problem, or trace it back to something on php.net, we cannot do anything to this issue, as it works fine for us, even in a very similar environment to yours. You might find upgrading your Firefox and/or Noscript plugin helpful, I have 1.0.6 and 1.1.3 respectively. Previous Comments: ------------------------------------------------------------------------ [2005-09-23 03:49:37] php at transpect dot com Goba, you're setting up a straw man argument. I never asked you to check my computer. There's nothing to check it _for_. Perhaps we're looking at a timing issue, and the folks who've checked (and you're saying it's many folks surprises me since that wasn't reflected here) were closer to the servers? In any case my computer is behaving fine, except for the consistent freezing of Firefox on your site when noscript is blocking your JavaScript. My typical day includes visits to diverse sites. It's not freezing anywhere else. The chance that there's something to find on my computer that would explain it is vanishingly small. What would your logic tree be on that? What software here, beyond the browser and its plugins, would by what mechanism cause the browser -- not the desktop just the browser -- to consistently freeze just on your site and just when JavaScript is blocked by noscript? Nlopess, I never said it was a PHP problem, I said it was a php.net site scripting problem. Again, my best guess is it's a timing issue in your JavaScript, and the determining variable is where I am in the net topology compared to yourselves and your server. If you've read my report, I have no problem with Opera either; it's specific to Firefox with the noscript plugin. I've been doing Websites for 12 years. JavaScript is often problematic in terms of universality. I'd help you debug yours, but I generally stay away from it. Blaming the messenger -- or vaguely waving your hand at the messenger's system -- shows lowered standards. I have yet to see a situation where a browser problem derives from the desktop it's running on -- short of failing hardware that manifests in multiple and inconsistent errors rather than the consisted bug I've encountered with the current version of your site. The presumption that I have "buggy desktop stuff" just shows that you don't know much about how systems work, IMHO. Yeah, I'll let this drop now. But I do hope you'll think about standards. A great many bugs aren't within one system, but in the interactions between systems (at each fractal level). If you're only willing to recognize the internal ones, you shouldn't be doing Web development. ------------------------------------------------------------------------ [2005-09-23 00:02:24] goba@php.net I don't see how lowering of standards come into the picture. Quite a few people checked their browsers, and Jacques even reported to the mirror list that it also works in 1.5. Now what else can we do? How can we raise our standards here? What respect do you miss? The only possiblity is to go and check your computer, which you really should not expect us to do. Ps. of course I can scroll after the page loaded, there is no freeze. Anything can cause this behaviour in your whatever hardware/Gentoo/KDE/Firefox setup, and anything can be buggy of course as with any other software. ------------------------------------------------------------------------ [2005-09-22 23:44:20] nlopess@php.net I also have Konqueror, Firefox and Opera and all work fine. This is not a PHP problem! So please report the bug to Mozilla. ------------------------------------------------------------------------ [2005-09-22 22:33:00] php at transpect dot com Curious. The page fully loads for me too -- it's then that it freezes. Could you scroll? As for "buggy desktop stuff," I'm running a standard KDE installation. There's nothing particularly weird or customized about this workstation. Nor am I asking you to "help" me with it. If nobody else sees this problem -- odd. My bet would be that others just aren't as considerate in reporting bugs to you. There's been a notable lowering of standards across much of the open source movement in the last couple of years. I've been with it since '93, and this isn't the only place I'm now seeing much less respect for careful bug reports. ------------------------------------------------------------------------ [2005-09-22 18:21:27] goba@php.net Once again, please understand: our site works with Firefox. Whatever buggy desktop stuff you have we cannot help with. Just so that we are using similar software, I also installed the noscript extension (on top of the extensions I already have), and just as I anticipated, I encoutered no problems. If this is hard to beleive, look here for a screen grab: http://xs.to/xs.php?f=Screenshot.png&h=xs47&d=05384 Notice that the page is fully loaded and that noscript is in effect. ------------------------------------------------------------------------ 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/34585 -- Edit this bug report at http://bugs.php.net/?id=34585&edit=1