Closed Bug 213160 Opened 23 years ago Closed 23 years ago

intermittent hanging while doing dns address resolution

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 70213

People

(Reporter: webweird, Assigned: darin.moz)

Details

(Keywords: hang)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Running RedHat Linux 9 the browser will display 'resolving host ......' and then it hangs, I usually have to go to a terminal and kill it off. This doesn't it happen all the time and it only happens after the browser has been active for a while, suspect memory corruption or leaks are occuring on a subliminal basis that doesn't effect the overall health of the the browser. I'm pretty **** browsers, I sometimes don't let whole pages load. If I'm out doing research I'll hit a lot of sites, if I don't find what I'm looking for I just hit the back button or if the current page popped up in a different window I'll close it immediately while the page is still loading Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: not hang up
->Networking
Assignee: general → darin
Component: Browser-General → Networking
Keywords: hang
QA Contact: general → benc
I just experienced the very same problem. It seems to happen when it doesn't get dns response and gets stuck in an infinite loop (as far as name resolution is concerned). It's no use trying to access other site in a different window as it does show that "resolving host...". Even after closing every mozilla window I still have to kill the mozilla-bin processes otherwise I cannot restart mozilla. This is a pretty old problem (I've seen it ever since mozilla 0.9x, when I decided to replace Netscape 4.x). Mozilla 1.4 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030714 Debian/1.4-2 about:buildconfig Build platform target i686-pc-linux-gnu Build tools Compiler Version Compiler flags gcc gcc version 3.3 (Debian) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -pedantic -Wno-long-long -O2 -DDEBIAN -pthread -pipe g++ gcc version 3.3 (Debian) -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -pedantic -Wno-long-long -O2 -DDEBIAN -fshort-wchar -pthread -pipe -I/usr/X11R6/include Configure arguments --prefix=/usr --sysconfdir=/etc --mandir=/usr/share/man --infodir=/usr/share/info --localstatedir=/var --with-default-mozilla-five-home=/usr/lib/mozilla --disable-debug --disable-tests --disable-short-wchar --enable-xprint --enable-strip-libs --enable-crypto --enable-mathml --enable-oji --enable-extensions=all --enable-ldap --with-system-zlib --enable-freetype2 --enable-default-toolkit=gtk2 --enable-svg --without-system-mng --without-system-png --disable-xft
As additional data to my last post, right now I can reproduce this problem when I try do access usatoday's stock page: http://stocks.usatoday.com/custom/usatoday-com/html-quote.asp?symb=SCOX I guess the server that generates the chart is down (today is sunday) and so I won't have mozilla resolving names till I kill and restart it.
it sounds like you're seeing bug 70213, which prevents further DNS from working while one lookup is waiting. the usatoday site works fine for me.
Whiteboard: DUPEME
*** This bug has been marked as a duplicate of 70213 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
there's a custom/experimental build available here: http://friedfish.homeip.net/builds/dns/ that should fix this bug. feedback welcome ;-)
"web": can you see if this happens now that Darin laneded the re-write? (I think this is actually a dupe of the DNS in TCP mode hangs bugs...)
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.