Ref: http://scottonwriting.net/sowblog/posts/13367.aspx
I have long used Firefox as my default browser for surfing the web,
But I typically test my ASP. NET pages on Internet Explorer for a couple
Of reasons:
- Some of the larger software projects I work on are developing
Intranet applications, where all users 'browsers are fixed (ie 6
One client, IE 7 for another ).
- For book and article and tutorial screen shots I typically use IE
As my browser of choice because IE is still, after all, the most used
Browser.
- Until Visual Studio 2008, Visual Studio used ie as the browser when
Debugging an ASP. NET application (even if fF was setup as the default ).
Because all of my clients are still on ASP. NET 1.x or 2.0, I don't use
Vs 2008 too often.
However, I have recently been working on some Ajax material and have
Been using vs 2008 more frequently. Visual Studio 2008 kindly launches
My default browser (Firefox) When I debug my web application.
Problem was I noticed that Firefox was loading pagesVery slowly. I 'd visit a site through localhost (via the ASP. NET development web server) and pages wocould take several seconds to load.
To help analyze the problem I used the excellent Firefox extension firebug (which I reviewed in the March 2008 issue of myToolboxColumn). firebug
Will show you the total number of network resources downloaded when
Visiting a page, along with the time it took to download each.
Each resource-from the 4kb HTML Fiel to the 7kb JPG file, was
Taking close to a full second to retrieve! When requesting this same
Page from a remote, production Web server, download times were 5 to 10
Times faster per resource. What was going on here?
I next opened Internet Explorer-the same pages loaded instantaneously. I fired up Fiddler,
An excellent HTTP Debugger for IE, and noted that the resources were
Being downloaded in 0.02 seconds, nearly 500 times faster than from
Firefox. By now I was seriously stumped. I then did what I shoshould have
Done from the getgo-I searched the Web. Duh!
Turns out that there is a known issue with Firefox's IPv6 support
And the ASP. NET web development server that introduces these lengthy
Delays. To quote from the Mozilla wiki:
IPv6 was designed in part to Solve the Problem IPv4 will soon be
Facing: the exhaustion of all possible IP addresses. Mozilla
Implemented IPv6 support in early 2000, but that support did not
Receive widespread testing until recently as IPv6-capable OSS and
Network Software/equipment became more common. One participant bug that
Has appeared exists not in Mozilla, but in IPv6-capable DNS servers:
IPv4 address may be returned when an IPv6 address is requested. It is
Possible for Mozilla to recover from this misinformation, but
Significant delay is introduced.
...
Two approaches were taken to work around these bugs: first,
Preference to globally disable IPv6-based DNS lookups browser-wide
(This preference [Network. DNS. disableipv6]), And a blacklist of domains which shocould never have IPv6-based DNS lookups mongomed (Network. DNS. ipv4onlydomains).
Consequently, to fix this problem of slow response times when
visiting localhost using Firefox, either set the network. DNS. diableipv6
Configuration property to true or set the network. DNS. listen 4onlydomains Configuration property to "localhost ". my search led me to your pages around the Web suggested that you set the nework. DNS. disableipv6 property to true, but this wocould disable IPv6 support for all sites visited by the browser (at least according to the Wiki documentation ). therefore I set the network. DNS. listen 4onlydomains property to "localhost ".
To set these properties, fire up Firefox and typeAbout: config
In the address bar. Next, locate the appropriate setting and change its
Value to the desired one. With that small change the debug-time
Experience in Firefox is greatly enhanced. And make no mistake,
Firefox's rich library of extensions make it a great browser for Web
Development. (I'll share some of my favorite Firefox Web Development
Extensions in a future blog post .)
Lesson for the day:If you bump up to a problem, search for a solution onlineFirst.
If your search is fruitless then take the time to investigate it
Further, otherwise you may spend 15 minutes troubleshooting a problem
That is already well-known and has a simple solution.
Posted on Wednesday, July 09,200 8 pm