RESOLVED WORKSFORME 77536
:hover styles still partially painted after mouse pointer moved away 
https://bugs.webkit.org/show_bug.cgi?id=77536
Summary :hover styles still partially painted after mouse pointer moved away
Marek Stepien
Reported 2012-02-01 02:24:01 PST
Created attachment 124913 [details] Testcase When a combination of block, inline and inline-block elements uses :hover styles, some of these :hover styles leave artifacts after mouse moves away. In the attached testcase, the orange box displays two smaller boxes on hover. If you move your mouse away from the orange box, it should be rendered without any traces of the smaller boxes. This is not the case, parts of the inline element box (white) are still visible. Reproducible in: - Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11 - Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.52.7 (KHTML, like Gecko) Version/5.1.2 Safari/534.52
Attachments
Testcase (444 bytes, text/html)
2012-02-01 02:24 PST, Marek Stepien 		no flags
Details
Testcase with whitespace added (445 bytes, text/html)
2012-02-01 03:12 PST, Marek Stepien 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Marek Stepien
Comment 1 2012-02-01 02:33:23 PST
Happens in the latest Windows WebKit nightly as well (r106398).
Marek Stepien
Comment 2 2012-02-01 03:12:54 PST
Created attachment 124921 [details] Testcase with whitespace added Adding a text node at the end of the div makes the problem go away...
Alexey Proskuryakov
Comment 3 2012-02-01 10:04:35 PST
Seeing this on Mac, too.
Marek Stepien
Comment 4 2012-11-26 08:26:00 PST
Re-checked this recently. These UAs still exhibit this bug: * Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.22+ (KHTML, like Gecko) Chromium/17.0.963.56 Chrome/17.0.963.56 Safari/535.22+ Ubuntu/12.04 (3.4.1-0ubuntu1) Epiphany/3.4.1 * Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/536.26.17 (KHTML, like Gecko) Version/6.0.2 Safari/536.26.17 * Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11 These ones do not: * Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.14 Safari/537.17 * Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_2) AppleWebKit/537.20+ (KHTML, like Gecko) Version/6.0.2 Safari/536.26.17 It looks like it is fixed now.
Marek Stepien
Comment 5 2012-12-14 04:09:36 PST
Resolving this as WFM - as stated previously recent WebKit nightlies and Chrome 24 no longer seem to have this bug.
Note You need to log in before you can comment on or make changes to this bug.