summaryrefslogtreecommitdiffstats
path: root/layout/reftests/bugs/1081072-1.html
diff options
context:
space:
mode:
authorDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-07 19:33:14 +0000
committerDaniel Baumann <daniel.baumann@progress-linux.org>2024-04-07 19:33:14 +0000
commit36d22d82aa202bb199967e9512281e9a53db42c9 (patch)
tree105e8c98ddea1c1e4784a60a5a6410fa416be2de /layout/reftests/bugs/1081072-1.html
parentInitial commit. (diff)
downloadfirefox-esr-upstream.tar.xz
firefox-esr-upstream.zip
Adding upstream version 115.7.0esr.upstream/115.7.0esrupstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
-rw-r--r--layout/reftests/bugs/1081072-1.html44
1 files changed, 44 insertions, 0 deletions
diff --git a/layout/reftests/bugs/1081072-1.html b/layout/reftests/bugs/1081072-1.html
new file mode 100644
index 0000000000..59b1a83549
--- /dev/null
+++ b/layout/reftests/bugs/1081072-1.html
@@ -0,0 +1,44 @@
+<!DOCTYPE html>
+<html class="reftest-wait">
+<head>
+ <!-- NOTE: This bug was triggered by scrollbar opacity-fading, so this
+ testcase needs to be loaded with this pref...
+ layout.testing.overlay-scrollbars.always-visible
+ ...set to *false* in order to have a chance to trigger the bug.
+
+ We don't have to worry about this producing any screenshots of
+ unpredictable partially-faded-scrollbars in our reftest snapshot,
+ because our scrollbars don't actually paint here, since the
+ scrollable element has "overflow:auto" and doesn't overflow
+ (because it's auto-sized to fit its content). -->
+ <style>
+ .container {
+ display: flex;
+ overflow-y: auto;
+ border: 1px solid black;
+ }
+ </style>
+ <script type='text/javascript'>
+ window.addEventListener("MozReftestInvalidate", startTest);
+
+ function startTest() {
+ // NOTE: setTimeout in tests is evil, but it's necessary here -- we need
+ // to wait until the scrollbars have finished fading, and there's no
+ // event we can listen for to signal that, AFAIK. Fortunately, there
+ // shouldn't be *visible* scrollbars in this testcase, so even if our
+ // setTimeout fires too early/late, the test will still pass. (So, there
+ // shouldn't be spurious failures; any failures that happen will be real.)
+ setTimeout(endTest, 800);
+ }
+
+ function endTest() {
+ document.documentElement.removeAttribute("class");
+ }
+ </script>
+</head>
+<body>
+ <div class="container">
+ <div>T</div>
+ </div>
+</body>
+</html>