211596 - Hostname resolution not working with mozilla 1.4 on HP-UX 11i

Status: RESOLVED WONTFIX

(NSPR :: NSPR, defect)

Description

[The Written Word]

User-Agent:       Mozilla/4.7 (X11; Linux)
Build Identifier: Mozilla/5.0 (X11; U; HP-UX 9000/785; en-US; rv:1.4) Gecko/20030703

I've built Mozilla 1.4 on HP-UX 11i with aCC A.03.45. When I start
mozilla, I cannot resolve any symbolic hostnames. URLs with an IP
address work fine. HP-UX 11.00 works fine.

Reproducible: Always

Steps to Reproduce:
1. mozilla http://www.mozilla.org
2.
3.

Actual Results:  
Error window pops up that hostname cannot be found.

Comment 1

[Robert Morris]

Changing typo in summary to say "not" instead of "now".

Comment 2

[The Written Word]

Testing a build with --enable-ipv6=no. This will probably fix the problem.

Comment 3

[The Written Word]

Yep, --enable-ipv6=no fixed it. [e-mail] made USE_IPV6=1 the default for
HP-UX 11i in nsprpub/configure.in. I've emailed him about his change:
  revision 1.137
  date: 2003/02/26 02:00:29;  author: wtc%netscape.com;  state: Exp; lines: +12 -3
  Bug 193380: added IPv6 support on HP-UX 11i or later.  Cleaned up the
  detection of HP-UX B.11.* in configure.in.
  Modified Files: configure.in configure _hpux.h

Comment 4

[Darin Fisher]

wtc: this looks like it is turning out to be a NSPR bug... want to take it?

Comment 5

[Wan-Teh Chang]

Changed the product to NSPR.

Comment 6

[Wan-Teh Chang]

Attachment: Patch for Mozilla 1.4

Could you apply this patch to the Mozilla 1.4
source tree and see if it works?  Thanks.

I'd also appreciate it if you could compile and
run the following simple test on your HP-UX 11i
system.

#include <stdio.h>
#include <fcntl.h>
#include <sys/types.h>
#include <sys/socket.h>

int main()
{
    int fd;

    fd = open("/dev/ip6", O_RDWR);
    if (fd == -1) {
	printf("no IPv6\n");
    } else {
	printf("has IPv6\n");
    }
    fd = socket(AF_INET6, SOCK_STREAM, 0);
    if (fd == -1) {
	printf("cannot create AF_INET6 socket\n");
    } else {
	printf("can create AF_INET6 socket\n");
    }
    return 0;
}

Comment 7

[The Written Word]

Output of your test program:
  no IPv6
  cannot create AF_INET6 socket

I'll test the patch later today.

Comment 8

[Wan-Teh Chang]

Comment on attachment 127326 [details] [diff] [review]
Patch for Mozilla 1.4

Thank you.  Given the output of my test program,
this patch won't make a difference.  So I am
marking it obsolete.

Comment 9

[Wan-Teh Chang]

I'm not sure what's the right solution.
getipnodebyname doesn't exist in all HP-UX 11i
systems, and where it exists, I seem to recall
it is broken.  Because of this problem, we
build NSPR with --disable-ipv6 on HP-UX 11i
for the Netscape (now Red Hat) servers.

getipnodebyname is deprecated now.

NSPR uses getipnodebyname in PR_GetIPNodeByName.
Mozilla no longer uses PR_GetIPNodeByName.

Is it okay if I disable IPv6 support on HP-UX 11i
by default?  I made --enable-ipv6 the default on
HP-UX 11i at the request of Sun in bug 193380.

Comment 10

[Nelson Bolyard (seldom reads bugmail)]

Wan-Teh, is it correct to say that this is no longer an issue for mozilla
browsers on HPUX 11i (even if they are built with IPv6  enabled) because 
they no longer use PR_GetIPNodeByName, and hence this is only potentially
an issue for other programs that may continue to expect PR_GetIPNodeByName
to work on HPUX 11i ?

Comment 11

[Wan-Teh Chang]

Nelson, that's probably right.  Mozilla switched to
PR_GetAddrInfoByName around 2003-09-11 (see bug 211501),
after this file was filed.

Comment 12

[Wan-Teh Chang]

Nelson, could this be the problem you were debugging this afternoon?

Comment 13

[Christophe Ravel]

The target milestone is already released. Resetting target milestone.

Comment 14

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee didn't login in Bugzilla in the last 7 months and this bug has severity 'major'.
:KaiE, could you have a look please?
For more information, please visit auto_nag documentation.