WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 84544
[TestResultsServer] Impossible to inspect builds on non-Chromium builders
https://bugs.webkit.org/show_bug.cgi?id=84544
Summary
[TestResultsServer] Impossible to inspect builds on non-Chromium builders
Zan Dobersek
Reported
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.
Attachments
Patch
(1.72 KB, patch)
2012-04-22 06:52 PDT
,
Zan Dobersek
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Zan Dobersek
Comment 1
2012-04-22 06:52:42 PDT
Created
attachment 138270
[details]
Patch
Zan Dobersek
Comment 2
2012-04-22 06:58:43 PDT
CC-ing both author and reviewer from
bug #82924
from which
r112971
originates, introducing the problem.
Ryosuke Niwa
Comment 3
2012-04-22 21:48:33 PDT
Comment on
attachment 138270
[details]
Patch Looks sane to me.
WebKit Review Bot
Comment 4
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
>
WebKit Review Bot
Comment 5
2012-04-22 22:23:20 PDT
All reviewed patches have been landed. Closing bug.
Ojan Vafai
Comment 6
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.
Zan Dobersek
Comment 7
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?
Ojan Vafai
Comment 8
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.
Zan Dobersek
Comment 9
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.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug