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). :)
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
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → tever
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
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?
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.