RESOLVED FIXED 122191
Please clarify "pending" reporting at build.webkit.org/dashboard
https://bugs.webkit.org/show_bug.cgi?id=122191
Summary Please clarify "pending" reporting at build.webkit.org/dashboard
Alexey Proskuryakov
Reported 2013-10-01 15:41:08 PDT
In Buildbot, pending runs are ones that haven't started yet. It's quite misleading if dashboard reports pending and current run as "pending". I don't think that we need a number for pending runs. Generally, Buildbot just coalesces all revisions, testing the most current one. So the number just means "how many incoming requests came during the current run". Some bots could be configured to not coalesce, or even to backtrack when idle. I'm not sure of all the details.
Attachments
proposed patch (19.66 KB, patch)
2013-12-25 22:55 PST, Alexey Proskuryakov
no flags
screenshot (413.87 KB, image/png)
2013-12-25 23:28 PST, Alexey Proskuryakov
no flags
with minor fixes (19.68 KB, patch)
2013-12-25 23:42 PST, Alexey Proskuryakov
timothy: review+
Alexey Proskuryakov
Comment 1 2013-10-16 10:40:06 PDT
I think that there are two use cases for pending build indication: 1. It helps to know whether a fix for current problems has already landed. Currently, I have to go to either my webkit-changes folder in Mail, or to trac.webkit.org. This is tracked as bug 122180. 2. Sometimes bots get stuck, and looking at pending builds helps discover that. I think that this we should display ETA and last finish time for each bot (see also bug 122661). It's slightly non-trivial because there are sometimes multiple bots per tester, but not hard - the information is all available in JSON status. One way or another, the current situation with displaying pending build count is very confusing, especially so for testers, which will combine all pending runs for the next cycle.
Tim Horton
Comment 2 2013-11-20 15:41:36 PST
Alexey Proskuryakov
Comment 3 2013-12-25 22:55:55 PST
Created attachment 220023 [details] proposed patch
Alexey Proskuryakov
Comment 4 2013-12-25 23:28:40 PST
Created attachment 220026 [details] screenshot
Alexey Proskuryakov
Comment 5 2013-12-25 23:42:10 PST
Created attachment 220027 [details] with minor fixes Fixed an error caused by a last minute rename, and clamped pending revision count t be non-negative (it could theoretically become negative if trac was down or slow to respond).
Alexey Proskuryakov
Comment 6 2013-12-26 09:58:32 PST
Note You need to log in before you can comment on or make changes to this bug.