From n.p.m.seamonkey : | Subject: unable to see http://www.eturnia.findhere.com/ | From: Henrik Gemal <firstname.lastname@example.org> | | I can see it with IE4 an NS but todays build of Mozilla seem to die... Using 19991215 WinNT, if I go to http://www.eturnia.findhere.com/ Mozilla just sits and spins (but the URL is live in Nav 4.7). However, http://www.eturnia.findhere.com is a one-frame frameset that points the single frame to http://members.xoom.com/Eturnia/. If I go to http://members.xoom.com/Eturnia/, Mozilla throws up an "application/x-unknown-content-type" (but again this is loadable content in Nav 4.7 Using 'GET' from libwww-perl for http://members.xoom.com/Eturnia/, I get the following (notice the two Content-Type: headers -- it's the only odd thing that I notice). qsilver1% GET -e -s -S -d http://members.xoom.com/Eturnia/ GET http://members.xoom.com/Eturnia/ --> 200 OK Connection: close Date: Fri, 17 Dec 1999 15:52:02 GMT Accept-Ranges: bytes Server: Apache/1.2.5 Content-Length: 1897 Content-Type: text/html Content-Type: text/html; charset=iso-8859-1 ETag: "1082976-769-3844f62c" Last-Modified: Wed, 01 Dec 1999 10:19:24 GMT Client-Date: Fri, 17 Dec 1999 15:46:03 GMT Client-Peer: 126.96.36.199:80 Title: Eturnia X-Meta-Author: Sean Vindahl X-Meta-GENERATOR: Mozilla/4.5 [en] (Win95; I) [Netscape] qsilver1% Here's GET for the frameset page: http://www.eturnia.findhere.com/ qsilver1% GET -e -s -S -d http://www.eturnia.findhere.com/ GET http://www.eturnia.findhere.com/ --> 200 OK Connection: close Date: Fri, 17 Dec 1999 10:58:56 GMT Server: Apache/1.3.9 (Unix) PHP/3.0.12 Content-Type: text/html Client-Date: Fri, 17 Dec 1999 15:51:56 GMT Client-Peer: 188.8.131.52:80 Title: The official Eturnia site X-Meta-Description: This is the official Eturnia © site of the band who's inspir ed by artist like Blümchen and Dune X-Meta-Keywords: Eturnia qsilver1%
*** Bug 21605 has been marked as a duplicate of this bug. ***
I believe the second content-type is just coming from the interpretation of the META tags. I have loaded many pages in Mozilla that contain these tags without ill effect. It is interesting that both this bug and bug 21605 both are on Xoom. maybe someone needs to investigate a little more deeply what is going on with Xoom's server.
I've noticed this behavior with XOOM sites also. If you add a _XMCM and the exact filename into the url like so http://members.xoom.com/_XMCM/Eturnia/Index.htm the page renders in Mozilla. Hope this helps a little.
adding judson to cc list.
http://www.eturnia.findhere.com/ works for me on winnt
The content for http://www.eturnia.findhere.com/ _was_ a single frame frameset that pointed through to http://members.xoom.com/Eturnia/ . I had problems (likely related) in going to either URL (as noted above). Today, http://www.eturnia.findhere.com/ loads find, but the content has changed to a vanilla HTML page, promising to be back Real Soon Now. (And perhaps the Networking problem I noted previously has already been solved). **However**, today if I go to http://members.xoom.com/Eturnia/ I get a rather nasty *crash* in XPCOM.DLL. (With the limited Wintop tool, apparently, mozilla's footprint starts zooming by ~6MB per second! until VM is exhausted -- I don't entirely trust Wintop's numbers, but something has, uh, "gone wrong"). 2000011108 on win95. Should I file a new bug for this, or do you want to see if you (gagan|valeski|tever) can get a stack trace, and find a new owner for the crasher.
hmm. a new bug should be filed, but http://members.xoom.com/Eturnia/ loads just fine for me on my winnt build.
The other bug is filed as bug #23777
*** Bug 24500 has been marked as a duplicate of this bug. ***
Marking dependent on bug #23777 (the original problem may be gone, but this frameset keeps finding a brand new way to fail ...). See #23777.
pdt - please verify what the remaining problem is
Adding [NEED INFO] to Status Summary.
It is possible that the original problem for this URL is gone, but bug 23777 blocks this bug. The behaviour of this page has morphed several times. It currently behaves as noted by me Jan 21 (and retested with Feb 03 build, win95) on bug 23777 -- the frameset comes up completely blank. [I expect that when bug 23777 is resolved, then this bug will also be defunct].
Okay. Bug #23777 is fixed and the original bug reported is no longer an issue. (There is a DOM bug that may throw up an alert, but that is a different problem -- see bug #30627).
Verified Platform: PC OS: Windows 98 Mozilla Build: 2000101020 M18 Trunk Build