summaryrefslogtreecommitdiffstats
path: root/layout/reftests/css-animations/animation-on-empty-height-frame.html
diff options
context:
space:
mode:
authorDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-07 09:22:09 +0000
committerDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-07 09:22:09 +0000
commit43a97878ce14b72f0981164f87f2e35e14151312 (patch)
tree620249daf56c0258faa40cbdcf9cfba06de2a846 /layout/reftests/css-animations/animation-on-empty-height-frame.html
parentInitial commit. (diff)
downloadfirefox-upstream.tar.xz
firefox-upstream.zip
Adding upstream version 110.0.1.upstream/110.0.1upstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'layout/reftests/css-animations/animation-on-empty-height-frame.html')
-rw-r--r--layout/reftests/css-animations/animation-on-empty-height-frame.html33
1 files changed, 33 insertions, 0 deletions
diff --git a/layout/reftests/css-animations/animation-on-empty-height-frame.html b/layout/reftests/css-animations/animation-on-empty-height-frame.html
new file mode 100644
index 0000000000..8e91c50c53
--- /dev/null
+++ b/layout/reftests/css-animations/animation-on-empty-height-frame.html
@@ -0,0 +1,33 @@
+<!DOCTYPE html>
+<html class="reftest-wait reftest-no-flush">
+<style>
+@keyframes anim {
+ from { background-color: white; }
+ to { background-color: red; }
+}
+</style>
+<body>
+</body>
+<script>
+window.addEventListener('load', () => {
+ const body = document.querySelector('body');
+ body.style.animation = 'anim 100s step-end reverse';
+ body.addEventListener('animationstart', () => {
+ // This MozAfterPaint event corresponds to the white background paint.
+ // (The animation will initially paint the background red since it is playing
+ // a step-end animation in reverse.)
+ window.addEventListener('MozAfterPaint', () => {
+ // FIXME: Bug 1341294. We need to wait for one more frame in the case
+ // the MozAfterPaint we received is not the one what we were waiting for.
+ // Note that we can't just wait for one more MozAfterPaint since in the
+ // case where everything works correctly, we won't get another
+ // MozAfterPaint for a long time due to the step-end timing function
+ // applied to the animation.
+ requestAnimationFrame(() => {
+ document.documentElement.classList.remove('reftest-wait');
+ });
+ }, {once: true});
+ });
+});
+</script>
+</html>