Issue metadata
Sign in to add a comment
|
Glitch in placement of list bullet
Reported by
q...@daurnimator.com,
Dec 7 2016
|
||||||||||||||||||||||
Issue description
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.100 Safari/537.36
Steps to reproduce the problem:
Page has source:
<style type="text/css">
li.collapsible {
color: #212121;
cursor: pointer;
list-style-type: none;
}
li.collapsible:before {
margin-left: -1rem; /* undo ul's padding-left */
width: 1rem;
display: inline-block;
content: '- ';
}
li.collapsible[state="collapsed"]:before {
content: '+ ';
}
li.collapsible[state="collapsed"] > ul {
display: none;
}
</style>
<script type="text/javascript">
document.querySelectorAll('nav > ul > li > ul > li').forEach(function(element) {
element.className = 'collapsible';
element.setAttribute('state', 'collapsed');
element.onclick = function() {
if (this.getAttribute('state') == 'collapsed') {
this.setAttribute('state', void 0);
} else {
this.setAttribute('state', 'collapsed');
}
}
});
</script>
What is the expected behavior?
What went wrong?
https://youtu.be/cslfJwVU5S8
Did this work before? N/A
Chrome version: 54.0.2840.100 Channel: n/a
OS Version:
Flash Version: Shockwave Flash 23.0 r0
,
Dec 12 2016
,
Dec 12 2016
Able to reproduce the issue on the latest canary(57.0.2948.0) of Windows-10, Mac OS 10.11.6 and Linux Ubuntu 14.04. Test URL: https://daurnimator.github.io/lua-http/ Regressed in M-51: =================== Last good build: 51.0.2679.0 First bad build: 51.0.2680.0 Changelog: https://chromium.googlesource.com/chromium/src/+log/a5430a08444415e4a7bd3cf15675136bf89eec31..2f9367a3f1bc731e1cae19edfa3b89bc18071093 Assigning to jsbell@ as one of the reviewers of the CL for more inputs on this. Thank you!
,
Dec 12 2016
This looks unrelated to the shipping CL (this works fine in m50 with experimental web platform features enabled). When bisecting, I suggest enabling experimental features, and finding the real last good build
,
Dec 12 2016
eae@ - can you triage/assign? (if the layout triage rotation doesn't get to it first)
,
Dec 12 2016
Can you please explain what the problem is and what the desired behavior is? It is very hard to see anything from a highly compressed video of an entire website. Having watched it repeatedly I still have no idea what you are referring to. Can you please provide an html file or link demonstrating the problem together with a screenshot or description?
,
Dec 12 2016
eae@chromium.org it took me a long time to see due to my eyes following the cursor in the video. The problem is mentioned in the description on the youtube page. If you focus on the bottom left corner, you can see that the bullet next to the "Links" list item on the bottom remains in place after the "Links" list item is repositioned.
,
Dec 12 2016
Yes that's correct: watch the bullet next to "Links" in the navigation. Sorry for not being clearer.
,
Dec 13 2016
Ah, thank you. This looks like a paint invalidation issue. The page in question is https://daurnimator.github.io/lua-http/
,
Dec 14 2016
I can't reproduce this in Linux 55.0.2883.75 beta (64-bit) nor Linux ToT, nor M56 Windows. Could you please try to verify that the problem still exists in M55 and later versions?
,
Dec 14 2016
> I can't reproduce this in Linux 55.0.2883.75 beta (64-bit) nor Linux ToT, nor M56 Windows. Not reproducible on 55.0.2883.95 on mac, or ToT
,
Dec 14 2016
I was able to reproduce it in M54 on linux yesterday. Does not appear to repro on 55 however. Marking as fixed. Thank you. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by ranjitkan@chromium.org
, Dec 8 2016