| <!DOCTYPE html> |
| <html> |
| |
| <head> |
| <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; |
| } |
| |
| .absolute { |
| position: absolute; |
| top: 145px; |
| left: 45px; |
| background-color: lime; |
| width: 50px; |
| height: 50px; |
| z-index: 3; |
| } |
| |
| </style> |
| |
| <script> |
| if (window.internals) { |
| /* Note carefully, compositing for fixed position is _disabled_ here */ |
| internals.settings.setPreferCompositingToLCDTextEnabled(false); |
| } |
| |
| onload = function() { |
| window.scrollTo(0, 100); |
| } |
| </script> |
| |
| </head> |
| |
| |
| |
| <body> |
| <!-- |
| 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> |
| |
| <div class="absolute"></div> |
| </body> |
| |
| </html> |