110972 - we are not correctly re-resolving style when a dynamic change to the document affects a style rule with a + combinator [SELECTORS-DYNAMIC] (:hover +)

Status: VERIFIED DUPLICATE of bug 15608

(Core :: CSS Parsing and Computation, defect)

Description

[timeless]

Win32 2001111903. This testcase was developed w/ QNX and FreeBSD vers of mozilla
os:all.

<Hixie> i think the bug is that we are not correctly re-resolving style when a
dynamic change to the document affects a style rule with a + combinator. This is
a known bug but does not appear to be filed (at least, I couldn't find it).

To verify that + rules work, manually change the url to have <q hidden="true"
id="a">.

Steps to see problem,
1. load the testcase url (and optionally the alternate form in another window)
observe either "1" or "2" are shown
2. mouse over A
expect to see "2" and not to see "1"
3. mouse over B
expect to see "1" and not to see "2"

actual results (for url)
2. neither "1" nor "2" are shown
3. "1" is shown

actual results (for modified url)
2. "2" is shown
3. both "1" and "2" are shown

This would be fun to look at w/ document inspector.

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Known issue with a significant performance hit to fix.  We have similar problems
with :empty and other selectors.  We might need to remember when we have such
selectors so we can resolve style on parents / siblings when there is a
AttributeChanged, etc., on an element.

->glazman, since he owns the bug on :empty, IIRC.

Comment 2

[Daniel Glazman (:glazou) (not active in Mozilla any more)]

milstone bulk change

Comment 3

[Bradley Baetz (:bbaetz)]

Isn't this a dupe of bug 15608?

Comment 4

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

*** This bug has been marked as a duplicate of 15608 ***

Comment 5

[timeless]

vrfy dupe