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.