<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 6 September 2017 at 01:26, James E. Blair <span dir="ltr"><<a href="mailto:corvus@inaugust.com" target="_blank">corvus@inaugust.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Darragh Bailey <<a href="mailto:daragh.bailey@gmail.com">daragh.bailey@gmail.com</a>> writes:<br>
<br>
> Hi,<br>
<span class="">><br>
> Currently the main issue from end users, is the user experience around the<br>
> UI when looking at job results once the run is complete, and to a lesser<br>
> extend looking at your jobs in the zuul status page when running.<br>
><br>
> I'm wondering if there is a plan to have a full UI covering both historical<br>
> job runs for projects as well as live status reporting?<br>
<br>
</span>Yes, Tristan has started work on that, and we plan to continue it after<br>
we migrate openstack to Zuul v3.<br></blockquote><div><br></div><div>Is there a link to where this is being tracked/discussed?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">
> I've noticed there is an SQL reporter, should that be leveraged to provide<br>
> access to the sort of information that needs to be tracked? Or should<br>
> something else be used such as simple files to identify success/failure?<br>
<br>
</span>Yes, we plan on using it to supply the historical data.<br>
<span class=""><br>
> 1) Project status view:<br>
><br>
> The main status page can be useful for those supporting zuul in an<br>
> environment to have a quick overview of everything, however feedback we've<br>
> received locally suggests most developers are frequently only interested in<br>
> a single project and find this to be overwhelming This suggests there<br>
> should be a per-project status view, showing only the pipelines and changes<br>
> of interest for a single project, along with any CRD that are linked.<br>
><br>
> Possibly under an endpoint of "/<project>/" as the default view showing any<br>
> pipelines relevant to the project along with any changes going through them.<br>
<br>
</span>That sounds reasonable once we have the new web framework in place.<br></blockquote><div><br></div><div>Are there stories on this area? Presumably the endpoint being queried would provide similar information so it might be possible for someone to work on this in parallel and then adjust without too much difficultly to use more appropriate API queries, or when you refer to a web framework do mean the client side web components?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">
> 2) Project build history view:<br>
><br>
> Returning links at the end of a run in a comment to the raw log files as<br>
> the only build history is somewhat jarring for people used to the<br>
> Travis/Drone/Circle CI services available, there's the expectation that it<br>
> should be easily to see the previous runs, seeing whether they passed,<br>
> which jobs within a set failed, and to display the detailed log when<br>
> desired. Providing a reasonable UI is becoming a pre-requisite for<br>
> adoption, no matter how good the functionality, it can be difficult to get<br>
> acceptance if the "form" is deemed limiting (non all follow this, but it<br>
> does seem that some of the most vocal objectors can fall into this area).<br>
<br>
</span>I'm a little confused by this one. I agree they should be available,<br>
but I think they already are. Zuul currently provides (in a comment, as<br>
you say) the overall pass/fail status of the build set, the pass/fail<br>
status of individual jobs, that same information for previous runs on<br>
the change, and links to the detailed logs. In Github, the presentation<br>
of that available to us is somewhat limited, but I think in Zuul v3<br>
we're approaching a reasonable compromise. Note this may be<br>
significantly different that what you are running.<br></blockquote><div><br></div><div>I believe it provides this back to the corresponding PRs, but it would be nice if from the zuul interface if I'm looking at a failed job, that 'a' it doesn't suddenly disappear once all the other jobs in the set are complete, and 'b' it's possible to quickly look to another recent run that was executed due to another change within the same project.</div><div><br></div><div>I haven't been running the zuulv3 code base yet, maybe you already have some of these improvements in place, and I'll see them as I start experimenting with it.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If you're suggesting that there should *also* be a way to find that<br>
information from a main Zuul web page, yes, I think that would be<br>
covered by the previous point.<br></blockquote><div><br></div><div>Yes, I meant that if you are looking at your change and the job failed, finding/seeing previous runs of the same job for the same project is currently difficult, but if they could easily switch to seeing them, and also seeing others that passed since their change was tested it helps focus on the problem being due to the change at hand.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I would like to point out though that Zuul's primary user interface<br>
always has been, and will continue to be, the code review system.<br>
That's on purpose. The recognition that a developer should have all the<br>
information about a change, including test results, at their fingertips<br>
is one of the earliest innovations in Zuul; only now are facilities<br>
appearing in Github *and* Gerrit to support this the way we've always<br>
wanted. The web interface will be a complement, not a replacement, for<br>
this. That doesn't mean the on-change reporting is frozen, we will<br>
happily continue to improve the UX there (especially with the new tools<br>
available to us).<br>
<span class=""><br>
> 3) Change view<br>
><br>
> Users of tools such as GitHub are expecting a link to appear on the PR<br>
> status checks that can then be followed to see the state of the job(s)<br>
> currently executing. Currently this can be enabled through setting of a<br>
> config option "status_url_with_change" in the zuul section. This can also<br>
> be used with Gerrit making it easy to quickly see a single change.<br>
<br>
</span>That config option does not appear in my tree. However, I believe the<br>
Github support in Zuul v3 already supports what you describe.<br></blockquote><div><br></div><div>Yes, it came in from the BonnyCI fork of github.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">> Are these of any interest?<br>
><br>
> I'm no UI expert, so I'm just identifying some of the pieces that we hear<br>
> feedback over and hoping that if I can help get the necessary information<br>
> exposed and appearing at the right places someone else might know how to<br>
> make it look nice..<br>
<br>
</span>Thanks for the use cases. I think what you're looking for is not<br>
radically different than the rest of the team. It may be helpful for<br>
you to start testing Zuul v3, as I think some of the areas you're<br>
finding rough edges are different there. Once you do so, I'm sure I and<br>
others will be happy to help work out any remaining issues.<br>
<br>
Expect effort on the historical web interface and rest API to begin<br>
after OpenStack migrates to Zuul v3. It'd be great if you can pitch in<br>
on that with either reviews or code once we get going. None of us<br>
describe ourselves as javascript developers, so we aim to keep that area<br>
pretty accessible.<br>
<br>
-Jim<br>
</blockquote></div><br></div><div class="gmail_extra">Just getting back looking at this again, but as it's of interest to users locally, it should be possible to get time to work on them, and we certainly don't want to hack something onto a local copy.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If there are any stories in this area I'd love to try and track them and start chatting with those looking in this area as is<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Darragh Bailey<br>"Nothing is foolproof to a sufficiently talented fool"</div>
</div></div>