Modify ↓
Ticket #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: | |
| Blocking: | Blocked by: |
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
comment:1 Changed 3 years ago by SlexAxton
- Keywords sibling next previous added
- Priority changed from undecided to low
- Status changed from new to open
- Component changed from unfiled to selector
comment:4 Changed 3 years ago by jitter
- Owner set to jitter
- Priority changed from low to high
- Status changed from open to 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.
Please follow the bug reporting guidlines and use jsFiddle when providing test cases and demonstrations instead of pasting the code in the ticket.
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.)