<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Everyone,<div class=""><br class=""></div><div class="">I filed the Buildbot bug regarding Waterfall view not displaying steps information by default: <a href="https://github.com/buildbot/buildbot/issues/3884" class="">https://github.com/buildbot/buildbot/issues/3884</a> "Waterfall view should display steps information without hovering over".<div class=""><br class=""></div><div class="">I got the response that the issue with displaying all the steps information by default in waterfall view is that it would require a lot of API calls, and so it wouldn't be scalable.</div><div class=""><br class=""></div><div class="">Can you guys look at the new console and grid view to see if they can serve as an alternative?</div><div class="">e.g.:</div><div class=""><a href="https://nine.buildbot.net/#/console" class="">https://nine.buildbot.net/#/console</a></div><div class=""><a href="https://nine.buildbot.net/#/grid" class="">https://nine.buildbot.net/#/grid</a></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Here is the complete response:</div><div class=""><br class=""></div><div class="">"I agree the new waterfall is not very useful.</div><div class="">It is not really a problem of UI change, it is rather a problem of the number of rest API needed to get the information needed. In order to display the old waterfall, you need to get the whole details for every builds (steps, logs), that would be dozens of REST api calls, which would take a lot of time.</div><div class=""><br class=""></div><div class="">The old waterfall was not very scalable too, on my old buildbot eight at work, we disabled it, because it was stalling the the master for 10s every time one user would look at it.</div><div class=""><br class=""></div><div class="">The question you have to ask your users is what is the information that is really needed.</div><div class="">Maybe we can load the steps only for the failed builds?</div><div class=""><br class=""></div><div class="">We find the console_view and grid_view much more useful? They don't have details of which step failed, but the details of which builder is failing sorted by change, and usually people have been doing one builder per "kind of test"</div><div class=""><br class=""></div><div class="">You can see the example here, and the categorisation of builders, which I think could be quite useful as a replacement for <a href="https://build.webkit.org/waterfall" class="">https://build.webkit.org/waterfall</a></div><div class=""><br class=""></div><div class=""><a href="https://nine.buildbot.net/#/console" class="">https://nine.buildbot.net/#/console</a></div><div class=""><br class=""></div><div class="">What user might request is probably the reason for failure, which can be done without having to fetch more information (by using the build results_string)</div><div class="">In the current version you can still click on a build, and have all the information for that build, including tail log of the failing steps (without changing web page).<span style="color: rgb(36, 41, 46); font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Helvetica, Arial, sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol"; font-size: 14px;" class="">"</span></div><div class=""><br class=""></div><div class=""><br class=""><div>-Aakash</div><div><br class=""></div><div><br class=""><blockquote type="cite" class=""><div class="">On Dec 13, 2017, at 6:51 PM, Aakash Jain <<a href="mailto:aakash_jain@apple.com" class="">aakash_jain@apple.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On Dec 11, 2017, at 1:10 AM, Konstantin Tokarev <<a href="mailto:annulen@yandex.ru" class="">annulen@yandex.ru</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><br class=""><br class="">11.12.2017, 02:49, "Carlos Alberto Lopez Perez" <<a href="mailto:clopez@igalia.com" class="">clopez@igalia.com</a>>:<br class=""><blockquote type="cite" class="">On 07/12/17 21:47, Aakash Jain wrote:<br class=""><blockquote type="cite" class=""> For people using <a href="http://build.webkit.org/" class="">build.webkit.org</a> <<a href="http://build.webkit.org/" class="">http://build.webkit.org/</a>>, I would<br class=""> like to know what pages you use most of the time (e.g.: builder page,<br class=""> console view etc.) and what are your primary use-cases (purpose to<br class=""> visit <a href="http://build.webkit.org/" class="">build.webkit.org</a> <<a href="http://build.webkit.org/" class="">http://build.webkit.org/</a>>). Also if you have<br class=""> any feedback/concern about new Buildbot please let me know.<br class=""></blockquote><br class="">I use 99% of the time the waterfall view, and I think the new waterfall<br class="">view of buildbot 9 is a step back in terms of usefulness.<br class=""><br class="">More details on about why I think this here:<br class=""><a href="https://bugs.webkit.org/show_bug.cgi?id=175056#c1" class="">https://bugs.webkit.org/show_bug.cgi?id=175056#c1</a><br class=""></blockquote><br class="">I also use waterfall 99% of time, and new waterfall totally sucks.<br class=""><br class="">I wonder if it's possible to get rid of stupid sidebar, if not it's a complete<br class="">disaster.<br class=""></div></div></blockquote><div class=""><br class=""></div><div class="">The sidebar can be collapsed by clicking on the pin button on top (<span id="cid:D3015B70-FF4F-454A-8A36-4741A681A623@apple.com"><pin.png></span>).</div><div class=""><br class=""></div><div class="">Are there any other suggestions for changes we could try in new buildbot waterfall view to make it suitable?</div><div class=""><br class=""></div><div class="">Since we are on a very old version of buildbot, at some point we would have to upgrade. It would be nice if we could identify changes which can be made either to buildbot or to our workflow to better suit our requirements. We can also consider passing on the feedback directly to Buildbot by filing bugs at <a href="https://github.com/buildbot/buildbot/issues" class="">https://github.com/buildbot/buildbot/issues</a>, so that Buildbot can fix them.</div><div class=""><br class=""></div><div class="">Thanks</div><div class="">Aakash</div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class=""><br class="">,<br class=""><br class="">_______________________________________________<br class="">webkit-dev mailing list<br class=""><a href="mailto:webkit-dev@lists.webkit.org" class="">webkit-dev@lists.webkit.org</a><br class=""><a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" class="">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br class=""></blockquote><br class="">-- <br class="">Regards,<br class="">Konstantin<br class="">_______________________________________________<br class="">webkit-dev mailing list<br class=""><a href="mailto:webkit-dev@lists.webkit.org" class="">webkit-dev@lists.webkit.org</a><br class=""><a href="https://lists.webkit.org/mailman/listinfo/webkit-dev" class="">https://lists.webkit.org/mailman/listinfo/webkit-dev</a><br class=""></div></div></blockquote></div><br class=""></div>_______________________________________________<br class="">webkit-dev mailing list<br class=""><a href="mailto:webkit-dev@lists.webkit.org" class="">webkit-dev@lists.webkit.org</a><br class="">https://lists.webkit.org/mailman/listinfo/webkit-dev<br class=""></div></blockquote></div><br class=""></div></div></body></html>