See: https://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29/builds/14211/steps/API%20tests/logs/stdio ERROR:../../Tools/TestWebKitAPI/Tests/WebKitGLib/TestUIClient.cpp:808:void testWebViewMouseTarget(UIClientTest*, gconstpointer): 'webkit_hit_test_result_context_is_media(hitTestResult)' should be TRUE /webkit/WebKitWebView/geolocation-permission-requests: TIMEOUT
In WPE it's also flaky on a daily basis since Monday, usually between between 10:00 and 16:00 (PST bot time, 18:00-00:00 UTC) WPE Release tests: https://build.webkit.org/builders/GTK-Linux-64-bit-Release-Tests?numbuilds=50 Likely related to Mozilla rate-limiting the queries to MLS[1], as most of geoclue users seems to use the fallback geoclue API key. What if we ask for a key specific to the WebKitGTK/WPE project to be used on the bots, regardless of waiting on debian/ubuntu package updates? Related ubuntu issue: https://bugs.launchpad.net/ubuntu/+source/geoclue-2.0/+bug/1826290 And geoclue issue about deprecating the fallback key: https://gitlab.freedesktop.org/geoclue/geoclue/-/issues/136 [1] https://blog.mozilla.org/services/2019/09/03/a-new-policy-for-mozilla-location-service/
Seems to be fixed. See https://commits.webkit.org/267191@main