Bug 61665

Summary: TestFailures page should link to existing bugs when possible
Product: WebKit Reporter: Adam Roben (:aroben) <aroben>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: joepeck, rniwa, wsiegrist
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
URL: http://build.webkit.org/TestFailures
Attachments:
Description Flags
Add links to existing bugs related to failing tests on TestFailures page
none
Screenshot of the new layout
none
Add links to existing bugs related to failing tests on TestFailures page darin: review+

Adam Roben (:aroben)
Reported 2011-05-27 14:05:18 PDT
The TestFailures page contains links to help file a new bug about tests that are failing. If a bug already exists for the failures, this is just encouraging people to file duplicates. It would be a lot better if the TestFailures page could link to existing bugs when they exist instead of showing the new bug link.
Attachments
Add links to existing bugs related to failing tests on TestFailures page (17.04 KB, patch)
2011-06-22 10:01 PDT, Adam Roben (:aroben)
no flags
Screenshot of the new layout (97.08 KB, image/png)
2011-06-22 10:01 PDT, Adam Roben (:aroben)
no flags
Add links to existing bugs related to failing tests on TestFailures page (17.15 KB, patch)
2011-06-22 10:10 PDT, Adam Roben (:aroben)
darin: review+
Adam Roben (:aroben)
Comment 1 2011-05-27 14:06:20 PDT
The tricky thing is identifying the existing bugs. Ryosuke pointed out that we could use test_expectations.txt files for bots that use them. (Of course, right now I don't think the TestFailures page shows information for any such bots.)
Adam Roben (:aroben)
Comment 2 2011-06-22 08:33:45 PDT
At a bare minimum we could just show the links to existing bugs alongside the new bug link. That way the user could determine if there is already an appropriate bug filed, rather than TestFailures trying to figure that out for you.
Adam Roben (:aroben)
Comment 3 2011-06-22 09:36:43 PDT
Let's use this bug to cover showing the existing bugs. We can file a separate bug to remove the new bug link when we detect it isn't needed, if we decide that would be desirable.
Adam Roben (:aroben)
Comment 4 2011-06-22 10:01:10 PDT
Created attachment 98190 [details] Add links to existing bugs related to failing tests on TestFailures page
Adam Roben (:aroben)
Comment 5 2011-06-22 10:01:29 PDT
Created attachment 98191 [details] Screenshot of the new layout
Adam Roben (:aroben)
Comment 6 2011-06-22 10:10:48 PDT
Created attachment 98194 [details] Add links to existing bugs related to failing tests on TestFailures page
Ryosuke Niwa
Comment 7 2011-06-22 10:12:02 PDT
Comment on attachment 98190 [details] Add links to existing bugs related to failing tests on TestFailures page View in context: https://bugs.webkit.org/attachment.cgi?id=98190&action=review > Tools/BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/Utilities.js:54 > +function addParametersToURL(url, queryParameters) { I'm not sure if parameter is a good name since it's usually called query part of the URL. Maybe addQueryToURL or addQueryPartToURL?
Adam Roben (:aroben)
Comment 8 2011-06-22 10:17:18 PDT
Comment on attachment 98190 [details] Add links to existing bugs related to failing tests on TestFailures page View in context: https://bugs.webkit.org/attachment.cgi?id=98190&action=review >> Tools/BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/Utilities.js:54 >> +function addParametersToURL(url, queryParameters) { > > I'm not sure if parameter is a good name since it's usually called query part of the URL. Maybe addQueryToURL or addQueryPartToURL? How about addQueryParametersToURL? That's what my fingers kept wanting to type anyway.
Ryosuke Niwa
Comment 9 2011-06-22 10:17:49 PDT
(In reply to comment #8) > (From update of attachment 98190 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=98190&action=review > > >> Tools/BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/Utilities.js:54 > >> +function addParametersToURL(url, queryParameters) { > > > > I'm not sure if parameter is a good name since it's usually called query part of the URL. Maybe addQueryToURL or addQueryPartToURL? > > How about addQueryParametersToURL? That's what my fingers kept wanting to type anyway. SGTM.
Adam Roben (:aroben)
Comment 10 2011-06-22 10:28:58 PDT
Updated build.webkit.org Committed r89447: <http://trac.webkit.org/changeset/89447>
Joseph Pecoraro
Comment 11 2011-06-22 10:52:10 PDT
View in context: https://bugs.webkit.org/attachment.cgi?id=98190&action=review I know this landed, but I had a tab open with this comment. Not important or worthy of a separate commit. > Tools/BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/Utilities.js:56 > + return key + '=' + encodeURIComponent(queryParameters[key]) Nit (style): normally you use semicolons.
Adam Roben (:aroben)
Comment 12 2011-06-22 10:59:04 PDT
(In reply to comment #11) > View in context: https://bugs.webkit.org/attachment.cgi?id=98190&action=review > > I know this landed, but I had a tab open with this comment. Not important or > worthy of a separate commit. > > > Tools/BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/Utilities.js:56 > > + return key + '=' + encodeURIComponent(queryParameters[key]) > > Nit (style): normally you use semicolons. Whoops! Will fix.
Adam Roben (:aroben)
Comment 13 2011-06-22 14:08:05 PDT
Whoops, this isn't working due to cross-site XHR restrictions :-(
Adam Roben (:aroben)
Comment 14 2011-06-22 14:11:19 PDT
Bill Siegrist is going to add some Access-Control headers to bugs.webkit.org to allow the XHRs to go through. Thanks, Bill!
Note You need to log in before you can comment on or make changes to this bug.