Closed Bug 110565 Opened 23 years ago Closed 21 years ago

IPv6: DNS: Win32 builds do not query for AAAA records


(Core :: Networking, defect, P1)

Windows XP





(Reporter: taya, Assigned: darin.moz)


(Blocks 1 open bug)


On Win32 platform, IPv6 support is missing.
There are two problems

1.No DNS support for IPv6 address resolution.
mozilla uses async DNS resolv function for Win32/IPv4, but there is no async
version of IPv6 resolve function on Win32.

2.IPv4 mapped IPv6 address
mozilla converts IPv4 address to IPv4 mapped IPv6 address internally
And try to connect on AF_INET6 socket.
But WinXP doesn't support IPv4 mapped IPv6 address.
If mozilla use same method to support IPv6 like other OSes that suport IPv4
mapped IPv6 address, IPv4 connection will be broken on WinXP.
Ever confirmed: true
This is really an NSPR bug.

We can either change the product to NSPR, or
open an NSPR bug and make this bug depend on
the NSPR bug.
Assignee: neeti → wtc
Component: Networking → NSPR
Product: Browser → NSPR
QA Contact: benc → wtc
Priority: -- → P2
Target Milestone: --- → Future
Also affects Windows 2000 using Microsoft research IPv6 stack as of Mozilla1.1b

Does problem #1 (no DNS support) stop IPv6 support in the browser? It's pretty
normal to use IPv4 DNS transport to return IPv6 records (AAAA, A6, etc).
I believe problem #1 is an inability to look up AAAA records at all.

Blocks: IPv6
Priority: P2 → P1
Target Milestone: Future → 4.3
My statement in comment #1 is wrong.  This should
be a Browser:Networking bug.  Problem #1
(WSAAsyncGetHostByName can't look up IPv6 addresses)
is definitely a Necko issue.

Problem #2 (Windows XP doesn't support IPv4-mapped
IPv6 addresses) can be handled in NSPR.  I opened
NSPR bug 175340 for problem #2 and made this bug
depend on it.
Assignee: wtc → new-network-bugs
Component: NSPR → Networking
Depends on: 175340
Product: NSPR → Browser
QA Contact: wtc → benc
Target Milestone: 4.3 → ---
-> gordon
Assignee: new-network-bugs → gordon
just to summarize what this means for necko... the XP_WIN codepath needs to
simply be the same as the XP_UNIX codepath.  of course, this may impact
performance negatively, so perhaps support for IPv6 is a good reason to start
using a thread pool for the XP_UNIX DNS impl.
*** Bug 182088 has been marked as a duplicate of this bug. ***
Based on wtc's comments, I've narrowed the scope of the summary.
Summary: IPv6 support missing on Win32 → IPv6: DNS: Win32 builds do not query for AAAA records
*** Bug 218388 has been marked as a duplicate of this bug. ***
Depends on: 205726
-> me
Assignee: gordon → darin
Target Milestone: --- → mozilla1.6alpha
ok, this is fixed now that my patch for bug 205726 is in =)

NOTE: it is only fixed if you are running WinXP (or if you have a sufficiently
upgraded version of ws2_32.dll on your system).
Closed: 21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.