WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
193047
User should be able to add build request manually.
https://bugs.webkit.org/show_bug.cgi?id=193047
Summary
User should be able to add build request manually.
dewei_zhu
Reported
2018-12-28 02:56:33 PST
User should be able to add build request manually.
Attachments
Patch
(18.87 KB, patch)
2018-12-28 03:20 PST
,
dewei_zhu
rniwa
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
dewei_zhu
Comment 1
2018-12-28 03:20:43 PST
Created
attachment 358119
[details]
Patch
Ryosuke Niwa
Comment 2
2019-01-09 14:27:44 PST
Comment on
attachment 358119
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=358119&action=review
> Websites/perf.webkit.org/public/privileged-api/add-build-requests.php:46 > + if (array_key_exists('needsNotification', $data)) { > + $db->update_row('analysis_test_groups', 'testgroup', array('id' => $test_group_id),
So what happens if the user who created the test group and the user who added more build requests were different? Our simplistic model of having a single author per test group may no longer be valid...
> Websites/perf.webkit.org/public/v3/pages/analysis-task-page.js:403 > + <test-group-form id="add-build-request-form">Add</test-group-form>
It seems a bit unintuitive that "Add" adds as many iterations as specified for retry...
> Websites/perf.webkit.org/public/v3/pages/analysis-task-page.js:561 > + groupPane.listenToAction('bisectTestGroup', (testGroup, commitSets, repetitionCount, notifyOnCompletion) => this._bisectCurrentTestGroup(testGroup, commitSets, repetitionCount, notifyOnCompletion));groupPane.listenToAction('retryTestGroup', (testGroup, repetitionCount, notifyOnCompletion) => this._retryCurrentTestGroup(testGroup, repetitionCount, notifyOnCompletion));
You have a duplicate code for retryTestGroup. Remove that.
dewei_zhu
Comment 3
2019-01-10 15:03:04 PST
Comment on
attachment 358119
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=358119&action=review
>> Websites/perf.webkit.org/public/privileged-api/add-build-requests.php:46 >> + $db->update_row('analysis_test_groups', 'testgroup', array('id' => $test_group_id), > > So what happens if the user who created the test group and the user who added more build requests were different? > Our simplistic model of having a single author per test group may no longer be valid...
You are right. Per this commit, what will happen is the author is not changed, meaning that the people who increase the build request may not receive the notification...
Ryosuke Niwa
Comment 4
2019-01-10 15:10:58 PST
(In reply to dewei_zhu from
comment #3
)
> Comment on
attachment 358119
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=358119&action=review
> > >> Websites/perf.webkit.org/public/privileged-api/add-build-requests.php:46 > >> + $db->update_row('analysis_test_groups', 'testgroup', array('id' => $test_group_id), > > > > So what happens if the user who created the test group and the user who added more build requests were different? > > Our simplistic model of having a single author per test group may no longer be valid... > > You are right. Per this commit, what will happen is the author is not > changed, meaning that the people who increase the build request may not > receive the notification...
This along with the other feature where you're trying to add the ability to notify authors of other test groups, I'm more and more convinced that we need some kind of a watch list for a test group / analysis task.
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