Issue metadata
Sign in to add a comment
|
alert, prompt, confirm do not cause DOM repaint
Reported by
dmitry.k...@gmail.com,
Sep 19 2016
|
||||||||||||||||||||||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.116 Safari/537.36
Steps to reproduce the problem:
1. Open attached file (test.html) with Chrome 53:
<body onload="domReset()">
<div id="content">old dom content, that is reset before alert</div>
<script>
function domReset(){
setTimeout(function(){
document.getElementById("content").innerHTML = "If you read it before alert, everything works ok";
alert("If you see old dom under alert box, there is a bug!");
}, 0);
}
</script>
</body>
2. You see alert box and "old dom content, that is reset before alert" under it
What is the expected behavior?
You should see "If you read it before alert, everything works ok"
What went wrong?
Chrome does not repaint DOM before showing alert, prompt or confirm boxes. It leads to user misunderstanding, because it may refer to some unpainted changes in DOM.
Other browsers (Edge, Firefox, Chrome 51-) behave well.
Did this work before? Yes Chrome 51-
Chrome version: 53.0.2785.116 Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 23.0 r0
,
Sep 19 2016
The previous screenshot does not show any DOM at all. It is also buggy behaviour. Here is my screenshot that shows initial dom but not the updated one
,
Sep 19 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by l446240525@gmail.com
, Sep 19 2016110 KB
110 KB View Download