Closed Bug 71445 Opened 24 years ago Closed 12 years ago

a URL to reload the same page takes a very long time

Categories

(Core :: Networking, defect)

x86
Windows 98
defect
Not set
trivial

Tracking

()

RESOLVED INCOMPLETE
Future

People

(Reporter: wenn0029, Unassigned)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.8) Gecko/20010215
BuildID:    2001021508

Select the world "RalPartha" on the left side and mozilla will act like it's
loading but it wont actually do anything.  IE, however, will refresh the page
immediatly.

The word "RalPartha" on IE also has a bigger font compared to the other options
in the sidebar, unlike in mozilla where they are all the same font.  This makes
realizing the intended meaning of the layout harder.

I realize these are two seperate issues, but I mention them just in case they
are related.

Reproducible: Always
Report #1: I'm not seeing the behavior on Linux 2k1-03-07-14.
Report #2: INVALID. In your stylesheets the class name is "LevelIndicator",
while in your code you reference it as "levelindicator". Note that class
identifiers in CSS are case-sensitive:

* All CSS style sheets are case-insensitive, except for parts that are not under
the control of CSS. For example, the case-sensitivity of values of the HTML
attributes "id" and "class", of font names, and of URIs lies outside the scope
of this specification.
(http://www.w3.org/TR/REC-CSS2/syndata.html#q4)

You should correct your code and always keep in mind -- just because it works in
IE, doesn't mean it's "the right way" (tm). :)
First part of this bug may be dup of bug 71391.
Reporter: When this page stops loading - does other networking applications work
normally, or has all networking ceised to work? If networking as such is stuck,
it's due to bug 71391 and too many open sockets.
dark-
here is my test of bug 71391 as you describe it:
1. I load a fresh instance of mozilla and IE.
2. Open a new navigator window in mozilla ("moz-window-2" for the sake of
discussion).
3. Load www.slashdot.org in moz-window-2 and IE, hit reload on each.
4. Load store.fasa.com/RalPartha in moz-window-1 and click on RalPartha on the
left to generate bug.
5. moz-window-1 has "working" icon going in upper right .. and on and on..
6. Refresh slashdot in moz-window-2 and IE - works.
7. moz-window-1 is still "working" on the page.  Important: I timed this several
instances, and it takes exactly 120 seconds from start til stops.
8. 120 seconds passes and moz-window-1 stops chugging away.
9. Step 6 again.

So it doesn't sound like it's the bug you are refering to as far as I can tell.
Ha, I see what you mean. The page in fact reloads right after the click (test
this by scrolling down a bit, then click on the link; the page will be updated
instantly). However, the busy-indicator and the stop-watch cursor will not
disappear for a while, although the status displays "Document: Done (0.837
secs)". This is not only during a reload, but when coming back to that page from
any sub-page. AFAICT, all images have been loaded, but this might have something
to do with a related issue. BTW, this is Linux build.
Confirmed on Win 2001031008. The page does reload, but the cursor and logo still
appear to be loading. Status bar displayes something along the lines of
Document: Done (120.37 secs) or some other similar time, after which the
"loading" display behaviour stops. Looks like this is a bug with counting the
time it takes to actually load a page, and that the cursor and logo change back
to normal only after the time displayed on the bottom rather then once the
actuall transfer stops.
Status: UNCONFIRMED → NEW
Ever confirmed: true
updating component
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → tever
Target Milestone: --- → mozilla1.0
mass move, v2.
qa to me.
QA Contact: tever → benc
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Severity: minor → trivial
Target Milestone: mozilla1.0.1 → Future
moving neeti's futured bugs for triaging.
Assignee: neeti → new-network-bugs
This bug is 9 years old. http://store.fasa.com/RalPartha/ is gone. Does this bug still happen or can it be resolved?
testcase gone
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.