If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

locked <preference>s don't disable all their UI

NEW
Unassigned

Status

()

Toolkit
Preferences
9 years ago
9 years ago

People

(Reporter: Karsten Düsterloh, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

9 years ago
One can lock preferences by specifying a special lock file which e.g. sets 
  lockPref("pref442251", "fixed value");

These locked prefs will disable all elements referencing them directly via the "preference" attribute, but other elements tied to it (via "control" or "aria-labelledby" attributes) will not.
But should be.

Basically, I think the problem is here in setElementValue <http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/toolkit/content/widgets/preferences.xml&rev=1.81&mark=380-381#376>:

          if (this.locked)
            aElement.disabled = true;

Here, the same processing should be done as in the <preference>.disabled setter (once bug 442454 is fixed), disabling all tied elements also.
You need to log in before you can comment on or make changes to this bug.