Bug 60553

Summary: Hover state propagation to labeled elements is broken in the face of DOM changes
Product: WebKit Reporter: Boris Zbarsky <bzbarsky>
Component: CSSAssignee: Nobody <webkit-unassigned>
Status: REOPENED    
Severity: Normal CC: ap, bfulgham, cdumez, jwalden+bwo, simon.fraser, webmaster, zalan
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Testcase none

Boris Zbarsky
Reported 2011-05-10 08:19:38 PDT
Created attachment 92957 [details] Testcase BUILD: Current WebKit nightly STEPS TO REPRODUCE: 1) Load attached testcase 2) Hover the text that says "Hover me" EXPECTED RESULTS: Both buttons have green text ACTUAL RESULTS: Second button has red text.
Attachments
Testcase (490 bytes, text/html)
2011-05-10 08:19 PDT, Boris Zbarsky 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Brent Fulgham
Comment 1 2022-07-12 14:36:58 PDT
Safari, Chrome, and Firefox render this test case the same way. I don't believe there is a compatibility issue here -- is there a web specification that all three browsers are failing?
Alexey Proskuryakov
Comment 2 2022-07-12 19:43:43 PDT
I think that this does violate at least common sense correct behavior. When a new element with "id=x" is created, the hover effect should be removed from the old one, and added to the new one (the latter would be invisible on the test as attached, but a small modification demonstrates it). Neither happens.
Note You need to log in before you can comment on or make changes to this bug.