1.86 KB, application/vnd.mozilla.xul+xml
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 if you have a listbox with seltype=multiple, and a script somewhere that gets that element by it's id and sets the disabled property to true, it has no effect. Doing that on other elements works fine. Reproducible: Always Steps to Reproduce: 1. Create a XUL file with a listbox with seltype=multiple 2. Create a script that retrieves that element by it's id and sets disabled to true (and attach that script to a command somewhere) 3. Invoke it, and watch as nothing happens ;-) Actual Results: Absolutely nuthin. Expected Results: disabled the listbox.
Please attach a file showing the problem to this bug using https://bugzilla.mozilla.org/attachment.cgi?bugid=270284&action=enter
hmm.. our behavior seems to correspond with the description at XULPlanet: disabled Type: boolean Indicates whether the listbox is disabled or not. If this attribute is set to true, the listbox is disabled. This is usually drawn with the text in grey. If the listbox is disabled, it does not respond to user actions. The element cannot be focused and the command event will not fire. The element will still respond to mouse events. To enable the listbox, leave the attribute out entirely as opposed to setting the value to false. We're indeed not firing the command event, as far as I can tell, and not making the element focusable, and are still responding to mouse events...
*** This bug has been marked as a duplicate of 98595 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.