is a flakey text failure in macOS.
@@ -6,19 +6,15 @@
By default, the volume slider should be set to 0 because the media is muted
PASS mediaController.controls.volumeSlider.value is 0
PASS muteButton.getBoundingClientRect().width became different from 0
-PASS volumeSlider.getBoundingClientRect().width became different from 0
-Before starting to drag the volume slider, the media should be muted still
-PASS media.muted is true
-We initiated a volume slider drag, the media should no longer be muted and the volume set
-PASS media.muted became false
-PASS media.volume became 0.51
-We finished dragging to set the volume to 1
-PASS media.volume became 1
-PASS mediaController.controls.volumeSlider.parent.visible is true
PASS successfullyParsed is true
Have not reproduced yet. However, history points to flakey failures starting at r273004. There do appear to be related changes at that revision.
Reproduced failure at tip of tree, and by reverting checkout to r273004, and running test:
run-webkit-test media/modern-media-controls/volume-support/volume-support-drag.html --iterations 100 -f
Ran same test at r273003 checkout, and the failure was not reproducible.
Is a similar test that is failing at the same regression point.
Created attachment 420879 [details]
Comment on attachment 420879 [details]
Clearing flags on attachment: 420879
Committed r273105 (234303@main): <https://commits.webkit.org/234303@main>
Created attachment 421364 [details]
Created attachment 421373 [details]
/Volumes/Data/worker/Commit-Queue/build/LayoutTests/ChangeLog neither lists a valid reviewer nor contains the string "Unreviewed" or "Rubber stamp" (case insensitive).
Created attachment 421375 [details]
Committed r273366: <https://commits.webkit.org/r273366>
All reviewed patches have been landed. Closing bug and clearing flags on attachment 421375 [details].