Closed
Bug 213160
Opened 23 years ago
Closed 23 years ago
intermittent hanging while doing dns address resolution
Categories
(Core :: Networking, defect)
Tracking
()
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
Comment 1•23 years ago
|
||
->Networking
Assignee: general → darin
Component: Browser-General → Networking
Keywords: hang
QA Contact: general → benc
Comment 2•23 years ago
|
||
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
Comment 3•23 years ago
|
||
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.
Comment 4•23 years ago
|
||
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
| Assignee | ||
Comment 5•23 years ago
|
||
*** This bug has been marked as a duplicate of 70213 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
| Assignee | ||
Comment 6•23 years ago
|
||
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...)
You need to log in
before you can comment on or make changes to this bug.
Description
•