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)
SeaMonkey
UI Design
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.
Reporter | ||
Comment 2•24 years ago
|
||
opps, using build 2000082108
Comment 3•24 years ago
|
||
over to layout.
Assignee: asa → clayton
Component: Browser-General → Layout
QA Contact: doronr → petersen
Comment 5•24 years ago
|
||
stop button does not grey out for me on win98 2000090504. Scrolling is 49751
Comment 6•24 years ago
|
||
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
Comment 7•24 years ago
|
||
XPApps?
Assignee: asa → ben
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
Comment 8•24 years ago
|
||
or...networking? cc'ing tever.
Comment 9•24 years ago
|
||
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.
Comment 10•24 years ago
|
||
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
Comment 11•24 years ago
|
||
Netscape Nav triage team: this is a Netscape beta stopper. reassigning to mcafee - can you please analyze?
Assignee: ben → mcafee
Keywords: nsbeta1
Assignee | ||
Comment 12•24 years ago
|
||
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.
Comment 13•24 years ago
|
||
Blake - do you know how to fix this - in that case, please take the bug. thanks, Vishy, McAfee.
Target Milestone: --- → mozilla0.8
Assignee | ||
Comment 14•24 years ago
|
||
Okay, taking just to fix the case that the button still works when disabled.
Assignee: mcafee → blakeross
Depends on: 30878
Comment 15•24 years ago
|
||
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.
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.8 → mozilla0.9
Assignee | ||
Comment 16•24 years ago
|
||
Fix checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•23 years ago
|
||
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
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•