The following layout test is flaky on Mac WK2 Release and Debug
Test has been flaky on the dashboard for the entire available history.
After changes in https://trac.webkit.org/changeset/243094/webkit I was able to reproduce locally.
Testing locally I got it to fail consistently up until r243094. Prior to 243092 it passes locally, but obviously it fails on the bots prior to the change. I don't know if the timing changes in 243094 have allowed the test to fail locally.
run-webkit-tests fast/mediastream/MediaStreamTrack-getSettings.html --iterations 3000 -fg
Using -fg it has about a 15% failure rate locally. If I do it with just 1 child process and -g it fails about 2 in 3000 iterations.
@@ -13,7 +13,7 @@
audio track settings:
settings.deviceId = <UUID>
settings.echoCancellation = false
- settings.sampleRate = 44100
+ settings.sampleRate = 0
settings.volume = 1
According to the spec: "[every setting] MUST be a member of the set defined for that property by getCapabilities()"
Adding Chris Dumez, incase the timing changes affected it at all.
Adding Eric Carlson, as they created the test.
marked flaky in https://trac.webkit.org/changeset/243652/webkit while waiting for a fix.
https://trac.webkit.org/changeset/243094/webkit merely impacted timing. This is an example of a flaky test becoming flakier.
(In reply to Chris Dumez from comment #4)
> https://trac.webkit.org/changeset/243094/webkit merely impacted timing. This
> is an example of a flaky test becoming flakier.
Correct, I was just pointing out after your revision I was able to reproduce it locally and more consistently. It has been flaky it's available history. I was not blaming you for general flaky behavior.
Created attachment 380456 [details]
The mac-wk1 failure is unrelated.
Comment on attachment 380456 [details]
Clearing flags on attachment: 380456
Committed r250918: <https://trac.webkit.org/changeset/250918>
All reviewed patches have been landed. Closing bug.