Closed
Bug 66863
Opened 24 years ago
Closed 24 years ago
Mozilla can't load the given url
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: tgodouet, Assigned: petitta)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test12 i686; en-US; 0.7) Gecko/20010105
BuildID: 2001010517
Mozilla uses a lot of system ressources while trying
to load the url, and can't show anything (but does not block completely)
The taskbar says over and over :
"Sending request to www.linux-expo.com"
"Transferring from www.linux-expo.com"
but a very few data is really transmitted or received.
Reproducible: Always
Steps to Reproduce:
1.go to the given url
2.wait and see
3.
Actual Results: Many ressources are used and nothing is shown.
Expected Results: Show the page correctly.
Comment 1•24 years ago
|
||
seems to work for me cvs pull from yesterday
please try with a new nightly (and not 0.7). thank you
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
w 2001012621 linux the page starts to render, vanishes, starts to render,
vanishes etc. etc. etc. Let it tick along, and got a pagefull of
Error loading URL http://www.linux-expo.com/: 804b0002
Error loading URL http://www.linux-expo.com/: 804b0002
SEA installed build 2001012721 - same thing. An eternal loop.
Also: The back-button history is filled up with dup entry for each loop, messing
it up. Reopening..
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
This is easy..they're using a bad JS re-direct scheme...this should be assigned
to Evangelism, methinks.
And I think this is a real bug, because that script is between those noscript
tags, and so shouldn't start at all!
<noframes>
<script LANGUAGE="JavaScript">
<!--
<!-- window.location = 'http://www.linux-expo.com'; //-->
//-->
</script>
</noframes>
Make sure that the line:
"<!-- window.location = 'http://www.linux-expo.com'; //-->"
is "window.location = 'http://www.linux-expo.com';" on that site!
I did insert the <!-- //--> before I noticed the <noframes> tags.
Comment 10•24 years ago
|
||
also note the W3C spec:
http://www.w3.org/TR/html4/present/frames.html#edef-NOFRAMES
"User agents that support frames must only display the contents of a NOFRAMES
declaration when configured not to display frames."
Comment 11•24 years ago
|
||
I just noticed this behavior also on some other sites. There I found out that
the <noframes></noframes> tags where _outsite_ the <frameset></frameset> tags!
And that makes it invalid HTML. But it would be nice if Mozilla can handle this
kind off typo's without pain, right?
BTW, Networking HTTP is out of the question, that's for sure!
Comment 12•24 years ago
|
||
Blurp, also for www.linux-expo.com
Comment 14•24 years ago
|
||
reassigning to evangelism: petitta
Assignee: pollmann → petitta
Target Milestone: --- → mozilla1.0
| Reporter | ||
Comment 17•24 years ago
|
||
It seems to be fixed in my mozilla 2001041405 and 2001032908.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 18•24 years ago
|
||
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Target Milestone: mozilla1.0 → ---
Version: other → unspecified
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•