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

RESOLVED INCOMPLETE

Status

()

Core
Networking
--
trivial
RESOLVED INCOMPLETE
18 years ago
6 years ago

People

(Reporter: wenn0029, Unassigned)

Tracking

Trunk
Future
x86
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

18 years ago
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

Comment 1

18 years ago
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). :)

Comment 2

18 years ago
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.
(Reporter)

Comment 3

18 years ago
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.

Comment 4

18 years ago
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.

Comment 5

18 years ago
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

Comment 6

18 years ago
updating component
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → tever

Updated

18 years ago
Target Milestone: --- → mozilla1.0

Comment 7

17 years ago
mass move, v2.
qa to me.
QA Contact: tever → benc

Comment 8

17 years ago
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

Updated

16 years ago
Severity: minor → trivial
Target Milestone: mozilla1.0.1 → Future

Comment 9

16 years ago
moving neeti's futured bugs for triaging.
Assignee: neeti → new-network-bugs

Comment 10

8 years ago
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
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.