Closed Bug 1557848 Opened 5 years ago Closed 1 year ago

mach try fuzzy's interactive mode shouldn't list all chunks for a job

Categories

(Developer Infrastructure :: Try, defect, P3)

Tracking

(firefox121 fixed)

RESOLVED FIXED
Tracking Status
firefox121 --- fixed

People

(Reporter: Gijs, Assigned: marco)

References

(Blocks 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

THere are 60 mochitest plain jobs on android. Having all 60 of them show up in the interactive view list is not helping (almost?) anyone.

I still frequently accidentally trigger stuff I don't mean to because I can't see the full list of what I'm triggering, and after repeatedly filtering I either get bored or think I've got everything.

Effectively, I usually want mochitest browser chrome (and sometimes, plain/chrome as well) tests on all desktop platforms (and sometimes android). I don't want pgo jobs, but I can't filter for !shippable because that kills off all the mac jobs. Then there's all the -qr and -sw- jobs that I also don't want, plus some other smaller things.

If I could only see "groups" of jobs instead of 6-20 rows for each platform+test+opt/dbg/pgo combination, mach try fuzzy would be a lot more usable.

Priority: -- → P3

I think I'd like to go a step further here and just always remove chunk numbers from mach try fuzzy / other selectors. Especially given that we are soon going to be landing "manifest scheduling" on autoland, which means the chunks that developers see in treeherder will not be the same as the chunks that they get locally. This would be a step in the direction of abstracting the concept of "chunks" away from developers.

So in this new chunkless world, selecting:

./mach try fuzzy -q "test-linux64/opt-mochitest-plain-e10s"

would run all Linux 64 opt mochitest-plain tests with e10s, no matter how many chunks there are. If a subset of mochitests are desired, then developers can specify a test path:

./mach try fuzzy -q "test-linux64/opt-mochitest-plain-e10s" dom/indexedDB

This way the default mental model is that I'm selecting "paths" not "chunks".

Note, we could potentially implement a flag to continue to expose chunks if that's desired for some advanced use cases. Though, if such use cases exist, I think we should try to see if there are alternative solutions (e.g using presets) to solve them first.

I've had a few requests for selecting platforms with |mach try auto|, and this is a blocker to that work (at least given the solution I have in mind). Will try and take a poke at this soon.

Assignee: nobody → ahal
Status: NEW → ASSIGNED

Didn't get a chance to make any meaningful progress here. May try again soon, but am not actively working on it.

Assignee: ahal → nobody
Status: ASSIGNED → NEW
Product: Firefox Build System → Developer Infrastructure
Severity: normal → S3
Attachment #9359533 - Attachment is obsolete: true
Assignee: nobody → mcastelluccio
Attachment #9295429 - Attachment description: WIP: Bug 1557848 - Don't list all chunks for jobs in mach try fuzzy. r=ahal → Bug 1557848 - Don't list all chunks for jobs in mach try fuzzy. r=ahal
Status: NEW → ASSIGNED
Pushed by mcastelluccio@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3218ee83dace Don't list all chunks for jobs in mach try fuzzy. r=ahal DONTBUILD
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Flags: needinfo?(mcastelluccio)
Resolution: FIXED → ---

I've updated the patch to fix the problem.

Flags: needinfo?(mcastelluccio)
Pushed by mcastelluccio@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1a84b9eb087c Don't list all chunks for jobs in mach try fuzzy. r=ahal DONTBUILD
Status: REOPENED → RESOLVED
Closed: 1 year ago1 year ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: