Closed Bug 49773 Opened 24 years ago Closed 24 years ago

The stop button is grayed out even though it is still active

Categories

(SeaMonkey :: UI Design, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: heejaf, Assigned: bugzilla)

References

()

Details

(Keywords: top100)

The stop button is grayed out even though it is still active. When going to 
www.nbc.com, the pages scrolls very slowly, pressing stop (even though it's 
greyed out), fixes this. Goto bug 49751 for more info.
:)
Status: UNCONFIRMED → NEW
Ever confirmed: true
opps, using build 2000082108
over to layout.
Assignee: asa → clayton
Component: Browser-General → Layout
QA Contact: doronr → petersen
Dividing up claytons bugs to triage.
Assignee: clayton → kmcclusk
stop button does not grey out for me on win98 2000090504. Scrolling is 49751
This is really a UI problem. The stop button should be deactivated when it is 
"greyed out" but it isn't.

Changing component to browser. Reassigning.
Assignee: kmcclusk → asa
Component: Layout → Browser-General
QA Contact: petersen → doronr
XPApps?
Assignee: asa → ben
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
or...networking? cc'ing tever.
Another thing - when Java/Javascript thingys are running, waving flags and that
kind of gadgets, stop button is also greyed out but still works to stop them.
Stop button greys out as soon as loading the page is finished, irrespective of
other things that may be running.
Marcel's point can be seen very well in the following example:

http://www.narain.com/gecko/

load the page and as soon as you see the (DHTML) icons moving across the 
screen, click the grayed out stop button.  Now the images quit loading and a 
white background is painted wherever icons are/were.  The script itself isn't 
stopped, just Mozilla's ability to continue to load/display images and repaint 
the background on this dynamic page.

Jake
Netscape Nav triage team: this is a Netscape beta stopper.  reassigning to 
mcafee - can you please analyze?
Assignee: ben → mcafee
Keywords: nsbeta1
The button still works when it's disabled because it's incorrectly using 
onclick, which doesn't check for disabled.  It should be using oncommand; that 
will get fixed as part of bug 30878.
Blake - do you know how to fix this - in that case, please take the bug. thanks,
Vishy, McAfee. 
Target Milestone: --- → mozilla0.8
Okay, taking just to fix the case that the button still works when disabled.
Assignee: mcafee → blakeross
Depends on: 30878
Keywords: top100
Please don't fix this until you make it so that the stop button isn't
deactivated UNTIL everything (and I mean everything,
rendering, flashing graphics, etc) is completed. I've gotten out of some knotty
situations by taking advantage
of being able to click on the stop button even though it is deactivated.
(Examples: That damn "blinking line" bug,
very slow rendering, etc).

Right now this is more of a feature than a bug.
Target Milestone: mozilla0.8 → mozilla0.9
Fix checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
works fine at www.nbc.com. tested with:

linux comm 2001.05.02.08
mac comm 2001.05.02.09
winnt moz 2001.05.02.12
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.