Closed Bug 86320 Opened 24 years ago Closed 24 years ago

DNS: lookups involving CNAME fail

Categories

(Core :: Networking, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: pg133, Assigned: gordon)

References

()

Details

(Keywords: regression)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010617
BuildID:    2001061706

Reproducible: Always
Steps to Reproduce:
1. Enter the URL http://sourceforge.net/projects/perl-pdf/

If nothing happens ang you get this error message :
Terminal windows:
Error loading URL http://sourceforge.net/projects/perl-pdf/ : 2147500037

2 You may have to enter the URL a second time, contnue to the next step:

3.You will see  "Invalid Project"
Terminal windows:
Document http://sourceforge.net/projects/perl-pdf/ loaded successfully

4. However, (on the same linux box at the same time) konqueror has no problems


Actual Results: Displayes "invalid project"

Expected Results: a full project page should be displayed



ALSO:
Reproducible: Always

1. Enter the URL http://www.sourceforge.net
Terminal windows:
Error loading URL http://www.sourceforge.net/ : 2147746065
Error loading URL http://www.sourceforge.net/ : 2152398850
Error loading URL http://www.sourceforge.net/ : 2147746065


2. Try dig www.sourceforge.net 
;; ANSWER SECTION:
www.sourceforge.net.
86400
IN
CNAME
sourceforge.net.
sourceforge.net.
86400
IN
A
216.136.171.196

3.Enter the URL http://sourceforge.net

4. This is displayed corectly.

5. However, again, (on the same linux box at the same time) konqueror has no
problems
Confirming WinXP/20010617
Adding block
Changing summary, OS, severity
Blocks: 86133
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking
Ever confirmed: true
OS: Linux → All
Summary: page won't display → DNS lookups involving CNAME fail
No longer blocks: 86133
try to add block again.
Blocks: 86133
reassign for real
Assignee: asa → neeti
QA Contact: doronr → benc
worksforme, build from evening of 2001-06-17
--> dns
Assignee: neeti → gordon
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010617
BuildID:    2001061706
This may apply to www.yahoo.com.
It also give the error "document not found" when you try to access it!
pg: sounds serious. for your linux check, can you also use dig or nslookup to
see if that domain is a CNAME record?

does anyone know if our app is responsible for walking through the CNAME pointer
to an A rec, or if we depend on some OS level stuff to do that?
Keywords: qawanted
Summary: DNS lookups involving CNAME fail → DNS: lookups involving CNAME fail
Sorry www.Yahoo.com, may have been a false alarm, it now working again

http://sourceforge.net/projects/perl-pdf/ still has the same problem with
mozilla, but konqueror has no problems, staight through each time.

;; ANSWER SECTION:
www.yahoo.com.
	675	IN	CNAME	www.yahoo.akadns.net.
www.yahoo.akadns.net.
290
IN
A
216.32.74.52
www.yahoo.akadns.net.
290
IN
A
64.58.76.177
www.yahoo.akadns.net.
290
IN
A
216.32.74.51
www.yahoo.akadns.net.
290
IN
A
64.58.76.176
www.yahoo.akadns.net.
290
IN
A
216.32.74.50
www.yahoo.akadns.net.
290
IN
A
64.58.76.179
www.yahoo.akadns.net.
290
IN
A
64.58.76.178
www.yahoo.akadns.net.
290
IN
A
216.32.74.55
www.yahoo.akadns.net.
290
IN
A
216.32.74.53
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010618
BuildID: 2001061808

With the new build the problem has gone away, it now works ok again
for  http://sourceforge.net/projects/perl-pdf/ and 
http://www.sourceforge.net and for http://www.yahoo.com

But I do notice that I still have to do a double enter to get 
http://sourceforge.net/ or http://www.sourceforge.net to come up,
but I think that but is being investigated at (bug 81468)


Ok, then let's close this bug as WORKSFORME, and let the other bug report track
the remaining problem.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
reporter:

This bug is a "futured" or "untargeted" bug which has been "resolved/works for
me". Most bugs meeting this criteria are usually somewhat out of date or working
in the current builds.

If this bug is not happening for you in a recent build (such as the Mozilla
daily build, Mozilla 0.9.3, or Netscape 6.1), please use the friendly "Mark bugs
as VERIFIED" radio button to set this bug to "VERIFIED/WORKS FOR ME"
If you reported the bug on a platform (e.g. Linux) and other contributors
reported on another platform (e.g. Mac OS), please comment that it works for you
 but do not verify it yet.

For these multi-platform bug reports, we need to verify all reported platforms
-OR- create new "still broken on platform X" bugs when you verify.
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.