From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.2+) Gecko/20010725 BuildID: 2001072521 On the page, there are multiple images along the page's sides. While the left-hand skulls are pulled and rendered fine, the individual posted artworks stop after a while (as you scroll down). The status bar also sticks part-way through the load, even though the web page's HTML loads in 100%. Clicking on an image (or even any directory inside the domain) to load into a new page only opens the new window... and sticks waiting to reseolve the domain. It only happens with this site, and NS 4.7x and IE don't have this problem. Switching to the (behind-the-times) US Mirror (us.vclart.net) shows that only this site is problematic (it doesn't exist on the Sweden main site). Reproducible: Always Steps to Reproduce: 1. Pull up the web page. Actual Results: Page images stop loading, as described. further inquiries on the web site fail on DNS Resolution Expected Results: Fully loaded webpage, images loaded even after being clicked on.

Are you saying DNS resolution halts b/c it says "resolving" in the status bar at the bottom?

No, I'm not saying that, even though DNS fails in windows launched from that web site. Also, not all the images load in on the main site I've given. It just halts loading, period. It won't pull from it anymore, even though NS and IE works fine. Strange.

I'm definately noticing this too... mine says "Transferring data from vcl.ctrl-c.liu.se" and it's been doing this for almost 5 minutes now. Clicking on any links for me didn't bring up anything but more of the same, just sitting there at Transferring data. Very interesting bug OS: Mandrake Linux 8 Moz Build: 2001072711 User Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2+) Gecko/20010727

This can be a dup of bug 92402 or bug 82720

*** This bug has been marked as a duplicate of 82720 ***

This one doesn't feel like 82720, but if 82720's fix fixes this one, please reduplicate it.

confirming, even though bbaetz said it might be a dup of some imagelib bug

I doubt it's an imagelib bug, since you can hit the VCL forum from that page and still get the same results (since it's on the same server). Somehow, I betcha there's a deadlock condition with this one, since it seems to be related with bug 83819. I sometimes can get it to be correct 10% of the time, if it caches enough to make a difference.

Strange. I pointed Mozilla build 2001072521 to use a custom proxy (which I'm going to attach, it's a cheap perl proxy I built), and told it to pull VCL. The bug doesn't exist. Switching to another cheap proxy (micro_proxy) results in the nonexistance of the bug. Is it a problem with Mozilla's own page pulling?

First and foremotes, this is a page-loading problem, this just seesm to take a long time. Are you having the new window problem (and are you just clicking on the image or opening a new window for the image) while the loading is incomplete?

Point me to the bug about the new window problem, and I'll see. But I'm not opening up any more windows that'll stop the load in any way. I'm waiting for it to load all in, and it just halts(deadlocks?). Even if you do a normal click on a thumbnail or any link, it attempts to load the full picture on the same domain, and fails to catch a DNS resolution. If I use any proxy, DNS resolution is shifted to the proxy, and the bug isn't triggered. This is on a cable modem, both with a direct connect to the DNS servers and through a DNS cache server (dnsmasq).

I just checked build 2001081106, and it's now glitching on the same URL save for "us.vclart.net" being the domain now. You can also remove the query string (everything past ?....) and it'll still trigger. Proxying it "fixes" it for that domain too.

Build 20010814 seems to be not affected by this bug, even though I'm still seeing the 100% CPU on bug 83819. That's W/O proxy.

Resolving as WFM with Linux 2001092021 build. Reporter please verify.

Verified, this bug is dead.