#7452 closed bug (fixed)
Next Adjacent/Sibling Selectors no longer work without "prev" element
Reported by: | ambrauer | Owned by: | jitter |
---|---|---|---|
Priority: | high | Milestone: | 1.5 |
Component: | selector | Version: | 1.4.3 |
Keywords: | sibling next previous | Cc: | |
Blocked by: | Blocking: |
Description
Using the next selectors (adjacent and siblings) with a context or find no longer seems to be working in version 1.4.3+.
See an example in jsFiddle here.
What's odd is that it still works for the child selector which has a similar syntax.
Change History (5)
comment:1 Changed 12 years ago by
Component: | unfiled → selector |
---|---|
Keywords: | sibling next previous added |
Priority: | undecided → low |
Status: | new → open |
comment:4 Changed 12 years ago by
Owner: | set to jitter |
---|---|
Priority: | low → high |
Status: | open → assigned |
This bug (as stated above) only affects the hierarchy-selectors next adjacent/siblings selectors (+
/~
) when used with a context but with no left hand side.
This bug is caused by changes for 1.4.3 to allow qSA to be used for Element-rooted queries too.
Note: See
TracTickets for help on using
tickets.
This seems valid. Definitely a regression. (Though technically these are not valid qSA compatible selectors, which is why they've gotten a little wonky. If you just write out the full selector, like the 3rd example, it'll work just fine.)