Side navigation
#11667 closed bug (duplicate)
Opened April 28, 2012 12:12AM UTC
Closed April 28, 2012 02:51PM UTC
Last modified April 28, 2012 02:51PM UTC
[checked] selector failure
| Reported by: | bgmort@gmail.com | Owned by: | |
|---|---|---|---|
| Priority: | undecided | Milestone: | None |
| Component: | unfiled | Version: | 1.7.2 |
| Keywords: | Cc: | ||
| Blocked by: | Blocking: |
Description
Using a selector that contains [checked] as well as another [attr] selector fails, while using :checked or applying .filter('[checked]') separately to the same selector works as expected. See a detailed example here:
Attachments (0)
Change History (3)
Changed April 28, 2012 02:23AM UTC by comment:1
Changed April 28, 2012 02:51PM UTC by comment:2
| resolution: | → duplicate |
|---|---|
| status: | new → closed |
Found the duplicate ticket, which also points out we can't fix this until we remove the boolHook that fixes old broken uses of .attr(). BTW, thank you for the extensive test case!
Interesting. Some relevant spec:
There is a failure, but I think you have it backwards.
So,
"[checked]"should only apply to elements that had acheckedattribute initially set in their HTML. The.filter("[checked]")would be wrong then, I suspect it is going through Sizzle and looking at the property rather than the attribute. If so there's already a ticket for that and I'll look at it later.