#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 10 years ago by
| Component: | unfiled → selector |
|---|---|
| Keywords: | sibling next previous added |
| Priority: | undecided → low |
| Status: | new → open |
comment:4 Changed 10 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.)