action #20526: [tools][openqa][research] Research on Federated openQA
action #25278: [epic]Refactor worker_bridge for federated openQA support
[tools][Sprint 201711.2] Allow filtering of jobs by worker_class.
AC The masterUI should have the possibility to filter job list by job setting, avoid generating extra load when searching for jobs.
For this mode, we require an explicit job setting that will allow openQA/worker_bridge to know what jobs must run on a separate instance.
This PR allows to use WORKER_CLASS=:my_location:our_worker_class
Having openQA webUI to filter by generic job settings is not part of the scope here.
- Status changed from New to In Progress
PR was rebased and tested, but not merged yet.
- Target version changed from Ready to Current Sprint
Carry over to sprint 201712.1, assigning to "Current Sprint".
- Status changed from In Progress to Resolved
- Target version changed from Current Sprint to Done
Also available in: Atom