Changes between Version 13 and Version 14 of WebKitGTK/Gardening/Howto
- Timestamp:
- Sep 6, 2022, 7:54:35 PM (2 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WebKitGTK/Gardening/Howto
v13 v14 11 11 == Typical Workflow == 12 12 13 1. Check on the [https://build.webkit.org/ builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29release bot] which tests are failing. To do that we open the last build (or the penultimate if the last one still didn't finished running the layout tests) and we go to the log ("stdio") of the layout tests. (Ex: "8. layout-test 15 failures 5 new passes 25 flakes 1 missing results"). At the end of the log we can see something like:13 1. Check on the [https://build.webkit.org/#/builders/57 release bot] which tests are failing. To do that we open the last build (or the penultimate if the last one still didn't finished running the layout tests) and we go to the log ("stdio") of the layout tests. (Ex: "8. layout-test 15 failures 5 new passes 25 flakes 1 missing results"). At the end of the log we can see something like: 14 14 {{{ 15 15 Expected to fail, but passed: (3) … … 27 27 2. We pick one tests and we must research since '''when''' the test started to fail. Some ways of doing it: 28 28 * '''The failure is recent (<50 revisions)''': Check on the [https://results.webkit.org/ Flakiness Dashboard] the recent history of each test on the buildbots. 29 * '''The failure is not so recent (<200 revisions)''': Manually checking the stdio log for the layout tests on the [https://build.webkit.org/ builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29?numbuilds=200last 200 builds]. If the test passes on the older build available there , but not on the current build, then you can manually bisect the logs until you find when it started to fail. Maybe you can't find the exact release because not all releases were built or because the bot failed to compile between them. But at least you should able to allocate a shorter interval than you can bisect further by building webkit for each release on the interval and testing it.29 * '''The failure is not so recent (<200 revisions)''': Manually checking the stdio log for the layout tests on the [https://build.webkit.org/#/builders/57 last 200 builds]. If the test passes on the older build available there , but not on the current build, then you can manually bisect the logs until you find when it started to fail. Maybe you can't find the exact release because not all releases were built or because the bot failed to compile between them. But at least you should able to allocate a shorter interval than you can bisect further by building webkit for each release on the interval and testing it. 30 30 {{{ 31 31 * media/video-controls-captions.html [ Timeout ] 32 32 --> 166964 < bug < 167006 (bot failed to compile webkit in between) 33 33 }}} 34 * '''The failure is not recent (>200 revisions)''': Then you can check on the [https://build.webkit.org/results/GTK %20Linux%2064-bit%20Release%20%28Tests%29/ raw results dir] the results for each release. You can proceed to do a manual bisection like in the previous case is explained.34 * '''The failure is not recent (>200 revisions)''': Then you can check on the [https://build.webkit.org/results/GTK-Linux-64-bit-Release-Tests/ raw results dir] the results for each release. You can proceed to do a manual bisection like in the previous case is explained. 35 35 * This is useful also to check if the new baselines for the tests on the bot are the same that on your machine. 36 36 * '''!WebKit-!TestHunter''': There is a tool that checks the complete known history of webkitgtk layout test results and outputs intervals for the different results for a given test. Check it out at https://github.com/clopez/webkit-testhunter … … 52 52 ==== The release bot. ==== 53 53 54 Our target to keep the tree green is the [https://build.webkit.org/ builders/GTK%20Linux%2064-bit%20Release%20%28Tests%29GTK Linux 64-bit Release (Tests)] bot.54 Our target to keep the tree green is the [https://build.webkit.org/#/builders/57 GTK Linux 64-bit Release (Tests)] bot. 55 55 56 56 ==== Other bots. ==== 57 57 58 You can check on the waterfall all the GTK bots: http ://build.webkit.org/waterfall?category=GTK58 You can check on the waterfall all the GTK bots: https://build.webkit.org/#/waterfall?tags=GTK 59 59 60 60