|Summary:||querySelectorAll do not consider hidden input field when querying for :enabled and :disabled pseudos|
|Product:||WebKit||Reporter:||Diego Perini <diego.perini>|
|Severity:||Normal||CC:||catfish.man, diego.perini, kangax|
|Version:||528+ (Nightly build)|
|OS:||OS X 10.5|
Description Diego Perini 2009-05-12 02:40:43 PDT
Comment 1 kangax 2009-05-14 05:44:54 PDT
I actually get "4" (in alert) on <http://www.google.com/> when using nightly build (r43663), but yes, input[type=hidden] doesn't seem to be part of returned NodeList. It looks like WebKit is following HTML5 draft here, which says that :enabled should *not match* input elements with type=hidden <http://www.w3.org/TR/html5/interactive-elements.html#selector-enabled>
Comment 2 Diego Perini 2009-05-27 10:53:55 PDT
(In reply to comment #1) > I actually get "4" (in alert) on <http://www.google.com/> when using nightly > build (r43663), but yes, input[type=hidden] doesn't seem to be part of returned > NodeList. > > It looks like WebKit is following HTML5 draft here, which says that :enabled > should *not match* input elements with type=hidden > <http://www.w3.org/TR/html5/interactive-elements.html#selector-enabled> > The problem was I typed "www.google.com" but I was redirected to "www.google.it" where I did executed the test and I erroneously reported a wrong testing URL.
Comment 3 kangax 2009-05-27 12:16:29 PDT
Diego, I assume FF3.5 follows CSS Selectors specs, rather than HTML5 ones. I'm not sure if FF actually prefers former one, or if this issue was just never raised, but we should still file a bug; Having to work around different implementations (i.e. in Mozilla and WebKit) is not very pleasant.
Comment 4 Diego Perini 2009-05-28 04:36:25 PDT
Ok kangax, I submitted bug #495217 to Mozilla bug tracking here: https://bugzilla.mozilla.org/show_bug.cgi?id=495217 Let see if devs can equalize their current implementations, or if there are other comments/reasons that we didn't consider. As I said in the Mozilla bug report it seems to me there will be advantages in to following HTML5 specification for "UI element states" pseudo-classes.