Project

General

Profile

Actions
Copy link

action #27958

closed

action #20526: [tools][openqa][research] Research on Federated openQA

coordination #25278: [epic]Refactor worker_bridge for federated openQA support

[tools][Sprint 201711.2] Allow filtering of jobs by worker_class.

Added by szarate about 7 years ago. Updated almost 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
szarate
Category:
Feature requests
Target version:
Done
Start date:
2017-11-20
Due date:
% Done:

0%

Estimated time:

Description

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.

Actions
Copy link
 #1

Updated by szarate about 7 years ago

  • Status changed from New to In Progress

PR was rebased and tested, but not merged yet.

Actions
Copy link
 #2

Updated by szarate about 7 years ago

  • Assignee set to szarate
Actions
Copy link
 #3

Updated by szarate about 7 years ago

  • Target version changed from Ready to Current Sprint

Carry over to sprint 201712.1, assigning to "Current Sprint".

Actions
Copy link
 #4

Updated by szarate about 7 years ago

  • Status changed from In Progress to Resolved

PR merged, closing.

Actions
Copy link
 #5

Updated by szarate almost 7 years ago

  • Target version changed from Current Sprint to Done
Actions
Copy link

Also available in: Atom PDF