Mulet Linux jobs are not run on try

RESOLVED FIXED

Status

Taskcluster
General
RESOLVED FIXED
3 years ago
2 years ago

People

(Reporter: Away for a while, Assigned: lightsofapollo)

Tracking

Details

MozReview Requests

Submitter Diff Changes Open Issues Last Updated
Loading...
Error loading review requests:

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

3 years ago
This makes it so that people who spend a weekend fixing a patch series on the try server get bustage when they land code on inbound, and it also makes it impossible for them to even fix it since, well, they can't test things on try.
I think -p linux64-mulet will work if explicitly specified. The bug here I believe is that -p all isn't doing what it should for jobs that run on TC?
Component: General Automation → TaskCluster
Flags: needinfo?(jlal)
Product: Release Engineering → Testing
QA Contact: catlee

Comment 2

3 years ago
Could a link be posted for a try push where this didn't work so we can investigate?

Here is one from this morning where "-p all" was used and I see the "Mulet Linux x64 opt" build completed (along with the associated mochitests) in TC.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=a25274def4db
https://treeherder.mozilla.org/#/jobs?repo=try&revision=a466ed96ff92 was the run in question

Comment 4

3 years ago
Thanks Ryan.

Looks like the decision task to create those jobs failed:

http://docs.taskcluster.net/tools/task-inspector/#51HcuMRyR6uxrlTJiVk6iA/0

We'll take a look at it.

Comment 5

3 years ago
Appears this is related to multi-line comments.  James filed Bug 1147705 for this.
Flags: needinfo?(jlal)

Updated

3 years ago
Depends on: 1147705
This caused a tree closure and the need for a followup landing for bug 1156456.
(Reporter)

Comment 7

3 years ago
Can we please hide these jobs on m-c and integration branches until this is fixed?
Flags: needinfo?(ryanvm)
James, any idea what's up here?
Flags: needinfo?(ryanvm)
Flags: needinfo?(jopsen)
Flags: needinfo?(jlal)
Flags: needinfo?(garndt)
(Assignee)

Comment 9

3 years ago
Back and looking...
Assignee: nobody → jlal
Flags: needinfo?(jopsen)
Flags: needinfo?(jlal)
Flags: needinfo?(garndt)
(Assignee)

Comment 10

3 years ago
Created attachment 8597458 [details]
MozReview Request: bz://1149156/lightsofapollo

/r/7635 - Bug 1149156 - Add support for long form of try flags r=garndt

Pull down this commit:

hg pull -r 4353ca0e19dac2d33828756e2c8c7982fd295c2c https://reviewboard-hg.mozilla.org/gecko/
Attachment #8597458 - Flags: review?(garndt)
(Assignee)

Comment 11

3 years ago
So the original issue here which Ehsan hit was previously fixed but we have another issue which is we are not respecting the long form of try flags which the above patch fixes...
(Assignee)

Comment 12

3 years ago
https://treeherder.allizom.org/#/jobs?repo=try&revision=e56bb54b41b6
Comment on attachment 8597458 [details]
MozReview Request: bz://1149156/lightsofapollo

https://reviewboard.mozilla.org/r/7633/#review6415

Ship It!
Attachment #8597458 - Flags: review?(garndt) → review+

Comment 14

3 years ago
https://hg.mozilla.org/integration/b2g-inbound/rev/d2e217ee8f66
https://hg.mozilla.org/mozilla-central/rev/d2e217ee8f66
Status: NEW → RESOLVED
Last Resolved: 3 years ago
status-firefox40: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla40
(Assignee)

Comment 16

3 years ago
Comment on attachment 8597458 [details]
MozReview Request: bz://1149156/lightsofapollo
Attachment #8597458 - Attachment is obsolete: true
Attachment #8619912 - Flags: review+
(Assignee)

Comment 17

3 years ago
Created attachment 8619912 [details]
MozReview Request: Bug 1149156 - Add support for long form of try flags r=garndt
status-firefox40: fixed → ---
Component: TaskCluster → General
Product: Testing → Taskcluster
Target Milestone: mozilla40 → mozilla41
Version: unspecified → Trunk
Resetting Version and Target Milestone that accidentally got changed...
Target Milestone: mozilla41 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.