blob: 9edcb20367c1d2c4b4e5c6570b73f21d237cfd70 [file] [log] [blame]
<!-- Based on compositing/repaint/fixed-pos-inside-composited-intermediate-layer.html -->
<!DOCTYPE html>
<html>
<head>
<script src="resources/paint-invalidation-test.js"></script>
<style>
.compositedBehind {
width: 500px;
height: 500px;
transform: translatez(0);
background-color: cyan;
}
.containerOverlapsComposited {
position: absolute;
z-index: 2; /* Creates a stacking context so that the fixed-pos layer is contained instead of a sibling */
top: 20px;
left: 20px;
width: 100px;
height: 30000px;
background-color: green;
}
.fixed {
position: fixed;
top: 45px;
left: 45px;
background-color: lime;
width: 50px;
height: 50px;
}
</style>
<script>
if (window.internals) {
/* Note carefully, compositing for fixed position is _disabled_ here */
internals.settings.setPreferCompositingToLCDTextEnabled(false);
}
function paintInvalidationTest() {
window.scrollTo(0, 100);
}
</script>
</head>
<body onload="runPaintInvalidationTest()">
<!--
Among other duplicate bugs: https://code.google.com/p/chromium/issues/detail?id=128375
A non-composited fixed-position element can get grouped into a composited container.
In this case, repaint invalidations were incorrectly going to the LayoutView instead
of the composited container. The incorrect result was that the fixed-position element
never repainted, and it appeared to scroll along with the composited container.
-->
<div class="compositedBehind"> </div>
<div class="containerOverlapsComposited">
<div class="fixed"></div>
</div>
</body>
</html>