Stop relying on push comment, as_slugid from mozilla-taskcluster
Categories
(Firefox Build System :: Task Configuration, task)
Tracking
(firefox-esr60 fixed, firefox65 fixed, firefox66 fixed, firefox67 fixed)
People
(Reporter: dustin, Assigned: dustin)
References
Details
Attachments
(4 files)
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
RyanVM
:
approval-mozilla-release+
RyanVM
:
approval-mozilla-esr60+
|
Details | Review |
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
RyanVM
:
approval-mozilla-release+
RyanVM
:
approval-mozilla-esr60+
|
Details | Review |
47 bytes,
text/x-phabricator-request
|
lizzard
:
approval-mozilla-beta+
RyanVM
:
approval-mozilla-release+
RyanVM
:
approval-mozilla-esr60+
|
Details | Review |
55 bytes,
text/x-github-pull-request
|
Details | Review |
Let's fetch the comment from hg itself when necessary, since hg's pulse messages do not include the comment.
Assignee | ||
Comment 1•6 years ago
|
||
The as_slugid(..)
context function is also problematic, as hooks has a single, predefined taskId it wants to create.
Assignee | ||
Comment 2•6 years ago
|
||
I think I'll solve the second of those by providing a taskId
from mozilla-taskcluster that is just set to as_slugid('decision')
. I'll add similar support in taskcluster/taskgraph/cron/decision.py
. Then I can replace the latter with the former in .taskcluster.yml
and everything will keep working for now, and also be future-compatible.
Assignee | ||
Comment 3•6 years ago
|
||
Assignee | ||
Comment 4•6 years ago
|
||
This is a forward-looking change to allow evaluation of .taskcluster.yml in
situations where as_slugid is not defined -- such as in the Taskcluster hooks
service.
Assignee | ||
Comment 5•6 years ago
|
||
Assignee | ||
Comment 6•6 years ago
|
||
Assignee | ||
Comment 7•6 years ago
|
||
Things make a lot more sense if I name it ownTaskId :)
Assignee | ||
Comment 8•6 years ago
|
||
Updated•6 years ago
|
Assignee | ||
Comment 9•6 years ago
|
||
Comment 10•6 years ago
|
||
If we get a new green try push, I can try to verify that with the scriptworker PR code.
Assignee | ||
Comment 11•6 years ago
|
||
I'll try again once I've landed the mozilla-taskcluster PR. It wasn't going to work without that :)
Assignee | ||
Comment 12•6 years ago
|
||
Assignee | ||
Comment 13•6 years ago
|
||
Aki, https://treeherder.mozilla.org/#/jobs?repo=try&revision=7ad87d371673666dda329dbf34ed99d9e1e39c73 looks good (I'll fix the test failure) if you want to verify it.
Comment 14•6 years ago
|
||
The decision task passes (verify_cot --task-type decision --cleanup -- IfjKugJaTRyTIvKglqAo8A
)
Comment 15•6 years ago
|
||
Assignee | ||
Comment 16•6 years ago
|
||
Awesome! Once that's landed, are we good to land the m-c patches?
..and once that's done, how should I go about uplifting these?
Updated•6 years ago
|
Comment 17•6 years ago
|
||
That's landed, so we can land the m-c patches.
We could uplift with a=release, or go through the standard relman approval process... looks like https://wiki.mozilla.org/Release_Management/Uplift_rules#Guidelines_on_approval_comments
Comment 18•6 years ago
|
||
Assignee | ||
Comment 19•6 years ago
|
||
Comment on attachment 9040584 [details]
Bug 1524358 - get commit message locally, rather than from task parameters
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
No Firefox builds
Is this code covered by automated tests?
Yes
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
No
If yes, steps to reproduce
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String changes made/needed
none
ESR Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for ESR consideration
Needed to build ESR once mozilla-taskcluster is retired
User impact if declined
No Firefox builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
GeckoView Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for consideration
Needed to build GeckoView once mozilla-taskcluster is retired
User impact if declined
No GeckoView builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
Assignee | ||
Comment 20•6 years ago
|
||
Comment on attachment 9040582 [details]
Bug 1524358 - document inputs to .taskcluster.yml more deeply
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
No Firefox builds
Is this code covered by automated tests?
Yes
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
No
If yes, steps to reproduce
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String changes made/needed
none
ESR Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for ESR consideration
Needed to build ESR once mozilla-taskcluster is retired
User impact if declined
No Firefox builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
GeckoView Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for consideration
Needed to build GeckoView once mozilla-taskcluster is retired
User impact if declined
No GeckoView builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
Assignee | ||
Comment 21•6 years ago
|
||
Comment on attachment 9040538 [details]
Bug 1524358 - use ownTaskId, instead of as_slugid('decision'), in .taskcluster.yml
Beta/Release Uplift Approval Request
Feature/Bug causing the regression
User impact if declined
No Firefox builds
Is this code covered by automated tests?
Yes
Has the fix been verified in Nightly?
Yes
Needs manual test from QE?
No
If yes, steps to reproduce
List of other uplifts needed
None
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String changes made/needed
none
ESR Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for ESR consideration
Needed to build ESR once mozilla-taskcluster is retired
User impact if declined
No Firefox builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
GeckoView Uplift Approval Request
If this is not a sec:{high,crit} bug, please state case for consideration
Needed to build GeckoView once mozilla-taskcluster is retired
User impact if declined
No GeckoView builds
Fix Landed on Version
5b3dfdf70126
Risk to taking this patch
Low
Why is the change risky/not risky? (and alternatives if risky)
Risk is that scriptworker verification would fail, but Aki has tested that.
String or UUID changes made by this patch
none
Comment 22•6 years ago
|
||
Comment on attachment 9040538 [details]
Bug 1524358 - use ownTaskId, instead of as_slugid('decision'), in .taskcluster.yml
Changes in build infrastructure, let's uplift to beta since I would like to start beta 5 builds today.
Comment 23•6 years ago
|
||
Comment on attachment 9040582 [details]
Bug 1524358 - document inputs to .taskcluster.yml more deeply
[Triage Comment]
Comment 24•6 years ago
|
||
Comment on attachment 9040584 [details]
Bug 1524358 - get commit message locally, rather than from task parameters
[Triage Comment]
Updated•6 years ago
|
![]() |
||
Comment 25•6 years ago
|
||
bugherder uplift |
Assignee | ||
Comment 26•6 years ago
|
||
In case the "No Firefox builds" bit is scary: that would be after we turn off mozilla-taskcluster. That has to get turned off at some point, but not before this is uplifted everywhere it needs to be, or if not uplifted until we find an alternative solution. There's no huge rush to uplift here.
Comment 27•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/b7a0772936d3
https://hg.mozilla.org/mozilla-central/rev/7fb53ad56f85
https://hg.mozilla.org/mozilla-central/rev/5b3dfdf70126
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Comment 28•6 years ago
|
||
Comment on attachment 9040538 [details]
Bug 1524358 - use ownTaskId, instead of as_slugid('decision'), in .taskcluster.yml
[Triage Comment]
Approved for mozilla-release too.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 29•6 years ago
|
||
Comment on attachment 9040538 [details]
Bug 1524358 - use ownTaskId, instead of as_slugid('decision'), in .taskcluster.yml
I'll approve this for esr60 as well, but am deferring on the uplifts to tomprince as part of his regular syncs.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 30•6 years ago
|
||
bugherder uplift |
![]() |
||
Comment 31•6 years ago
|
||
bugherder uplift |
Description
•