Closed Bug 51588 Opened 25 years ago Closed 25 years ago

'Edit' and 'Remove' buttons should appear disabled in Helper apps window when no app is chosen

Categories

(SeaMonkey :: Preferences, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: shrir, Assigned: verbal)

Details

(Keywords: polish)

Attachments

(3 files)

Build:2000090606m18, all plfs Steps: 1 Go to Edit|Preferences 2 Click on Helper Applications under Navigator 3 Observe that the 'Edit' and 'Remove' buttons appear active even when the mouse focus is not on any of the helper applications. Expected: Mozilla should behave same as 4.x where these two buttons appear disabled unless any application is explicitely highlighted.
qa: shri
QA Contact: sairuh → shrir
nav triage: not a netscape beta stopper.
Keywords: nsbeta1nsbeta1-
updating severity and keywords
Severity: normal → trivial
Keywords: polish
Keywords: patch
r=bzbarsky for patch2. Looks right and works when I try it. Alec, could you sr?
Keywords: approval
shouldn't we be using .disabled? I'll let timeless or blake answer that one for sure... I'll defer to them on which one we should be using, and then sr=alecf on that method.
That file uses setAttribute elsewhere when it disables those buttons.. so if we decide to use .disabled, we should fix it throughout the file.
yeah, we're moving to .disabled, please use it locally, or fix the file globally. fwiw, .removeAttribute("disabled") => .disabled=false
Assignee: ben → ksosez
r=timeless
(just to reiterate, this now gets an automatic sr=alecf)
fix checked in
Status: NEW → RESOLVED
Closed: 25 years ago
Keywords: approval, nsbeta1-
Resolution: --- → FIXED
verified on all 03/13 trunk builds.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: