92611 - DNS resolution halts, stopping page load, further lookups on domain

Status: VERIFIED WORKSFORME

(Core :: Networking, defect)

Description

[Kelly Price]

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.

Comment 1

[benc]

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

Comment 2

[Kelly Price]

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.

Comment 3

[[e-mail]]

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

Comment 4

[Alfonso Martinez]

This can be a dup of bug 92402 or bug 82720

Comment 5

[[e-mail]]

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

Comment 6

[Chad Austin]

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

Comment 7

[Chad Austin]

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

Comment 8

[Kelly Price]

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.

Comment 9

[Kelly Price]

Attachment: WolfSkunk Proxy, use "faucet 8080 -io wsproxy.pl -v" to use w/verbose status, "wsproxy.pl -h" for help.

Comment 10

[Kelly Price]

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?

Comment 11

[benc]

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?

Comment 12

[Kelly Price]

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).

Comment 13

[Kelly Price]

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.

Comment 14

[Kelly Price]

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.

Comment 15

[Tom Mraz]

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

Comment 16

[Kelly Price]

Verified, this bug is dead.