List decorations not redrawn on class change
Reported by
stu...@testtrack4.com,
Mar 3 2016
|
||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36 Example URL: https://testcases.github.io/chromium/list-decorations.html Steps to reproduce the problem: 1. Open the attached test case. 2. Press any key to turn a random element in the first tenth of the list red. 3. Scroll to the bottom of the page (to force cached rendering of the top of the page to be discarded) and scroll back to the top (so that the randomly-reddened item is redrawn and visible). 4. Press any key again, to turn a different element red. What is the expected behavior? When an element is given the "red" class, both the content of the element as well as its list decoration should turn red. When removing the class, both the content and the decoration should revert to black. What went wrong? When the class is applied, only the element content is redrawn - the list decoration's color doesn't change (it remains black if the item was previously black, and it remains red if the item was previously red). See attached screenshot, in which the "red" class was removed from the third item and added to the fourteenth item, yet the third item's bullet stayed red and the fourteenth item's bullet stayed black. Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 48.0.2564.116 Channel: n/a OS Version: 10.0 Flash Version: Shockwave Flash 20.0 r0
,
Mar 5 2016
Yes, this appears to have been fixed somewhere between 48 and 49. Thanks for checking.
,
Mar 6 2016
Thats great.. Based on your confirmation in comment #2, I am closing the above issue. Thanks
,
Dec 13 2016
For posterity: the test case for this issue was moved to https://testcases.github.io/list-decorations/index.html |
||
►
Sign in to add a comment |
||
Comment 1 by ashej...@chromium.org
, Mar 4 2016Labels: Needs-Feedback