RESOLVED INVALID 11024
REGRESSION: A select element that has no children should appear as dimmed but isn't
https://bugs.webkit.org/show_bug.cgi?id=11024
Summary REGRESSION: A select element that has no children should appear as dimmed but...
Chris Petersen
Reported 2006-09-25 11:13:13 PDT
* SUMMARY When a select element doesn't contain any children element, TOT still renders it as a normal select element instead of being dimmed. I originally found this issue at http://www.oceanfootage.com/stockfootage/Barracuda_Fish/ but I now have a simple test case. * STEPS TO REPRODUCE 1. With TOT webkit r-16541, open the attached test case "select_with_no_children.html" 2. The select element that is rendered contains no children but is still is selectable. 3. With stock Safari under 10.4.7, the same select element is rendered as dimmed. TOT should do the same thing but doesn't * RESULTS Select element with no children should be rendered as dimmed but isn't * REGRESSION This is a edge case issue but is a regression
Attachments
sample test case (134 bytes, text/html)
2006-09-25 11:16 PDT, Chris Petersen
no flags
patch (7.34 KB, patch)
2006-12-16 14:31 PST, Adele Peterson
no flags
Chris Petersen
Comment 1 2006-09-25 11:16:01 PDT
This might be subjective since one could argue that stock Safari is doing the wrong thing and r-16541 is correct behavior. But I will let Adele and Hyatt decide this :).
Chris Petersen
Comment 2 2006-09-25 11:16:44 PDT
Created attachment 10761 [details] sample test case
Chris Petersen
Comment 3 2006-09-25 11:17:36 PDT
This is covered in <rdar://problem/4748594>
David Kilzer (:ddkilzer)
Comment 4 2006-09-26 15:11:34 PDT
Regressions are P1.
Adele Peterson
Comment 5 2006-12-16 14:31:56 PST
mitz
Comment 6 2006-12-16 14:42:00 PST
Comment on attachment 11890 [details] patch r=me (there's an unrelated test in this patch).
Adele Peterson
Comment 7 2006-12-16 14:59:59 PST
Comment on attachment 11890 [details] patch Oops. This causes an infinite loop. Need to rework this.
Dave Hyatt
Comment 8 2006-12-16 16:50:12 PST
Comment on attachment 11890 [details] patch Seems like it would be better to set disabled state for real when you have no items rather than doing this check any time someone calls disabled().
Adele Peterson
Comment 9 2006-12-18 13:47:11 PST
Our old behavior was that the popup would also be disabled if it had children, but all of the children were disabled. After thinking about it some more, I think that matching that part of the old behavior is unnecessary. There's no harm in opening a menu with all items disabled. Some people may want that behavior just to see what options exist, even if they're disabled. So I think we should just disable in the 0 children case.
Maciej Stachowiak
Comment 10 2007-02-07 05:05:10 PST
Since our new behavior matches other browsers better, we decided it was correct.
Note You need to log in before you can comment on or make changes to this bug.