Bug 84544 - [TestResultsServer] Impossible to inspect builds on non-Chromium builders
Summary: [TestResultsServer] Impossible to inspect builds on non-Chromium builders
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Zan Dobersek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-22 06:06 PDT by Zan Dobersek
Modified: 2012-04-24 05:41 PDT (History)
3 users (show)

See Also:


Attachments
Patch (1.72 KB, patch)
2012-04-22 06:52 PDT, Zan Dobersek
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Zan Dobersek 2012-04-22 06:06:26 PDT
In the timeline view on the http://test-results.appspot.com/ it is impossible to see details for any build when inspecting the layout tests results for non-Chromium builders.

TypeError occurs in dashboard_base.js when clicking on the dashboard with intent to inspect any build.
Stack trace obtained from the Web Inspector:

revisionLink (dashboard_base.js:954)
chromiumRevisionLink (dashboard_base.js:977)
updateBuildInspector (/dashboards/timeline_explorer.html#group=%40ToT%20-%20webkit.org&builder=Chromium%20Linux%20Release%20(Tests):300)
selectBuild (/dashboards/timeline_explorer.html#group=%40ToT%20-%20webkit.org&builder=Chromium%20Linux%20Release%20(Tests):248)
Dygraph.clickCallback (/dashboards/timeline_explorer.html#group=%40ToT%20-%20webkit.org&builder=Chromium%20Linux%20Release%20(Tests):224)
Dygraph.addEvent.o.dateWindow_ (dygraph-combined.js:1)
d (dygraph-combined.js:1)

It seems that in updateBuildInspector, Chromium revision link is being added despite not inspecting builds on a Chromium builder. shouldShowWebKitRevisionsOnly() returns false, and on further inspection it shows that isTipOfTreeWebKitBuilder() returns and undefined value which then gets converted to boolean value. Seems that isToTWebKit parameter of the BuilderGroup object is not properly assigned.
Comment 1 Zan Dobersek 2012-04-22 06:52:42 PDT
Created attachment 138270 [details]
Patch
Comment 2 Zan Dobersek 2012-04-22 06:58:43 PDT
CC-ing both author and reviewer from bug #82924 from which r112971 originates, introducing the problem.
Comment 3 Ryosuke Niwa 2012-04-22 21:48:33 PDT
Comment on attachment 138270 [details]
Patch

Looks sane to me.
Comment 4 WebKit Review Bot 2012-04-22 22:23:15 PDT
Comment on attachment 138270 [details]
Patch

Clearing flags on attachment: 138270

Committed r114868: <http://trac.webkit.org/changeset/114868>
Comment 5 WebKit Review Bot 2012-04-22 22:23:20 PDT
All reviewed patches have been landed.  Closing bug.
Comment 6 Ojan Vafai 2012-04-23 10:20:09 PDT
Comment on attachment 138270 [details]
Patch

Could you also add a test for this? The tests are in the poorly named flakiness_dashboard_tests.js. You run them by loading flakiness_dashboard.html#useTestData=true off your local filesystem.
Comment 7 Zan Dobersek 2012-04-23 11:49:06 PDT
(In reply to comment #6)
> (From update of attachment 138270 [details])
> Could you also add a test for this? The tests are in the poorly named flakiness_dashboard_tests.js. You run them by loading flakiness_dashboard.html#useTestData=true off your local filesystem.

Could you please give some pointers on what exactly to test here? Simply the isToTWebKit attribute value that depends on whether BuilderGroup.TOT_WEBKIT or BuilderGroup.DEPS_WEBKIT is given as the first parameter to the BuilderGroup constructor or the complete builder lists loading, from loadBuildersList function in builders.js onwards, with the final isToTWebKit attribute value check?
Comment 8 Ojan Vafai 2012-04-23 12:35:41 PDT
(In reply to comment #7)
> (In reply to comment #6)
> > (From update of attachment 138270 [details] [details])
> > Could you also add a test for this? The tests are in the poorly named flakiness_dashboard_tests.js. You run them by loading flakiness_dashboard.html#useTestData=true off your local filesystem.
> 
> Could you please give some pointers on what exactly to test here? Simply the isToTWebKit attribute value that depends on whether BuilderGroup.TOT_WEBKIT or BuilderGroup.DEPS_WEBKIT is given as the first parameter to the BuilderGroup constructor or the complete builder lists loading, from loadBuildersList function in builders.js onwards, with the final isToTWebKit attribute value check?

Yeah. The simple test was all I had in mind. Just call onBuilderListLoad with the right dummy arguments and check that builderGroups[groupName] has a BuilderGroup with the right isToTWebKit value.
Comment 9 Zan Dobersek 2012-04-24 05:41:41 PDT
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > (From update of attachment 138270 [details] [details] [details])
> > > Could you also add a test for this? The tests are in the poorly named flakiness_dashboard_tests.js. You run them by loading flakiness_dashboard.html#useTestData=true off your local filesystem.
> > 
> > Could you please give some pointers on what exactly to test here? Simply the isToTWebKit attribute value that depends on whether BuilderGroup.TOT_WEBKIT or BuilderGroup.DEPS_WEBKIT is given as the first parameter to the BuilderGroup constructor or the complete builder lists loading, from loadBuildersList function in builders.js onwards, with the final isToTWebKit attribute value check?
> 
> Yeah. The simple test was all I had in mind. Just call onBuilderListLoad with the right dummy arguments and check that builderGroups[groupName] has a BuilderGroup with the right isToTWebKit value.

Patch coming up in #84713.