WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
patch
(7.34 KB, patch)
2006-12-16 14:31 PST
,
Adele Peterson
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
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
Created
attachment 11890
[details]
patch
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.
Top of Page
Format For Printing
XML
Clone This Bug