Closed Bug 151815 Opened 22 years ago Closed 22 years ago

RFE: disable Connection Refused dialog for hosts that map to 0.0.0.0

Categories

(Core :: Networking, enhancement)

x86
Windows 2000
enhancement
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: pete_flugstad, Unassigned)

Details

I run with a hosts file from http://www.smartin-designs.com/.  
This maps many the hostnames of many (13,000+) of the ad, image 
and banner servers to either 127.0.0.1 or 0.0.0.0.   I generally
do this on my Windoze box, but I've done it on Linux as well.

In older versions of Mozilla (pre 0.9.8 I think), if I used the 
mapping to 0.0.0.0, Mozilla would see that and silently go on
it's way, ignoring the error.  

In 0.9.8 and later however, it started putting up "Connection
Refused" dialog boxes for every one of these.  This got really
annoying really FAST, so I had to remove these mappings.

Would it be possible to put hooks in so that if Mozilla's name
resolver finds a host name mapping to 0.0.0.0, it skips the
dialog box and just goes on?

Thanks
Pete Flugstad
Severity: normal → enhancement
Whiteboard: dupeme
I created my bugzilla account JUST so I could vote for this bug.  I use and am a
big fan of Pete's hosts file, and since I started using Mozilla 1.0 I've had to
change my configuration.

The sheer number of host errors generated made me realize HOW MANY websites are
using less than scrupulous techniques to track their web readers.  Supporting
0.0.0.0 hosts is a life (and privacy) saver!

I will attempt a patch for this if no one else does.
hi, for this http://bugzilla.mozilla.org/show_bug.cgi?id=25618 has been opened,
I think this is a dupe of Bug 25618
-> DOCSHELL
Component: Networking → Embedding: Docshell
.
Assignee: new-network-bugs → adamlock
QA Contact: benc → adamlock
-> Networking
Assignee: adamlock → new-network-bugs
Component: Embedding: Docshell → Networking
QA Contact: adamlock → benc
-> sent to networking eng.
Keywords: helpwanted
Whiteboard: dupeme
I belive that I am exeriencing the same bug on (Mozilla 0.9.9 -- Mozilla/5.0
(X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020408) .. under RedHat 7.3 I
telnet to a colleague's box and run Mozilla from his workstation on a site that
is running under User Mode Linux on his box. His box might is 192.168.0.119, and
the user Mode Linux is 192.168.1.119.

If I try to get in by name (as specified in /etc/hosts) to the USer Mode Linux,
Mozilla fails. If I try to get in by IP number I get the "Connection Refused" error.

The same thing works fine using Netscape (and Lynx, and telnetting into the IP
address -- hence I suspect Mozilla). I have to make this application work for
various flavours of browsers, and I'd like to include Mozilla. Look forward to
hearing from you about this.

Thanks!
Alex Beamish
It sure looks like this bug was caused by the fix for bug 20445.

In the change to docshell/base/nsWebShell.cpp from 1.372 to 1.373, 
a check was added to throw a dialog for "connection refused" returns.

You proably want a dialog if an enclosing html document gets refused,
but you probably don't want a dialog if some embedded element like
an image gets refused.  It will show up with the "broken box" icon
anyway.

Note: as of Mozilla 1.1 on Win2k, I am not seeing this anymore.
I don't know what changed or when (I actually think it's been
"fixed" for a while now) but it got fixed somehow.  I now just 
get the broken icons like I used to, no more connection refused
dialogs.

Pete Flugstad
Certain error messages including connection refused are supressed in (i)frames
which may explain why you don't see it anymore.
reporter says wfm 
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
verified. 
Status: RESOLVED → VERIFIED
Keywords: helpwanted
You need to log in before you can comment on or make changes to this bug.