Without an os_version, a port cannot upload test results.
Created attachment 380922 [details] Patch
Created attachment 380927 [details] Patch
As per a discussion Carlos and I had in https://bugs.webkit.org/show_bug.cgi?id=202928, '#1 SMP Debian 4.19.37-5+deb10u2~bpo9+1 (2019-08-16)' (which is GTK's version) would have broken the original logic, so I changed it to a regex.
Comment on attachment 380927 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=380927&action=review rs=me > Tools/Scripts/webkitpy/common/system/platforminfo.py:69 > + self.os_version = Version.from_string(version.group(0)) should we log something in case version is not found?
(In reply to Aakash Jain from comment #4) > Comment on attachment 380927 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=380927&action=review > > rs=me > > > Tools/Scripts/webkitpy/common/system/platforminfo.py:69 > > + self.os_version = Version.from_string(version.group(0)) > > should we log something in case version is not found? Seems pretty reasonable to do that in the debug channel.
Created attachment 381006 [details] Patch for landing
The commit-queue encountered the following flaky tests while processing attachment 381006 [details]: imported/w3c/web-platform-tests/content-security-policy/navigate-to/href-location-blocked.sub.html bug 203000 (author: dbates@webkit.org) The commit-queue is continuing to process your patch.
Comment on attachment 381006 [details] Patch for landing Clearing flags on attachment: 381006 Committed r251150: <https://trac.webkit.org/changeset/251150>
All reviewed patches have been landed. Closing bug.
<rdar://problem/56302308>
<rdar://problem/56308441>