Project

General

Profile

Actions

action #63571

closed

Cannot use `jobs post` to trigger test suites defined in job template

Added by Xiaojing_liu almost 5 years ago. Updated almost 5 years ago.

Status:
Rejected
Priority:
Low
Assignee:
-
Category:
Feature requests
Target version:
-
Start date:
2020-02-19
Due date:
% Done:

0%

Estimated time:

Description

Now openQA supports adding new job template in YAML with no test suite. But users cannot trigger this kind of job template by jobs post.


Related issues 1 (0 open1 closed)

Copied from openQA Project (public) - action #62219: jobs post does not support to trigger a test suite that is defined in YAML with a new aliasClosedXiaojing_liu2020-01-17

Actions
Actions #1

Updated by Xiaojing_liu almost 5 years ago

  • Copied from action #62219: jobs post does not support to trigger a test suite that is defined in YAML with a new alias added
Actions #2

Updated by Xiaojing_liu almost 5 years ago

  • Priority changed from Normal to Low

After discussing with Marius, here are two ways to support this feature:

  1. specify job template ID to trigger a job when using jobs post.
  2. because the job template name would be unique in combination with product, machine, and test suite, so users could specify these four values when using jobs post. Since openQA supports adding job template with no test suite, so the parameter TEST should be optional.

For 1: the job template ID is invisible for users. So it may not be a good choice.
For 2: if the job template name is null, how could we deal with this situation?

Actions #3

Updated by Xiaojing_liu almost 5 years ago

I am wondering what's the purpose of the jobs post.
I guess the purpose is to trigger just one test suite and the job's result does not belong to any job group (when users do not specify a job group id).

Actions #4

Updated by okurz almost 5 years ago

Xiaojing_liu wrote:

I am wondering what's the purpose of the jobs post.
I guess the purpose is to trigger just one test suite and the job's result does not belong to any job group (when users do not specify a job group id).

Correct. The idea behind "jobs post" is to create a single job that has nothing to do with "job templates" and therefore is not necessarily related to job groups. One can specify a group with a parameter, e.g. _GROUP or _GROUP_ID, explicitly however.

So I would say: The feature request is something we do not want to support because jobs post is not meant for this. isos post should be the way to go to interact with job templates. Would it be ok to agree with that?

Actions #5

Updated by Xiaojing_liu almost 5 years ago

okurz wrote:

So I would say: The feature request is something we do not want to support because jobs post is not meant for this. isos post should be the way to go to interact with job templates. Would it be ok to agree with that?

yes, I am ok with not supporting this feature request.
So, should I set this ticket's status to 'Rejected'?

Actions #6

Updated by mkittler almost 5 years ago

  • Status changed from New to Rejected

The idea behind "jobs post" is to create a single job

Yes, but if you specify a MACHINE, PRODUCT, TEST the settings from the machine, product, test suites table are taken. So the idea here was likely to make this work for the new job template settings in a consistent way. So when one specifies e.g. NAME it would in combination with the other variables "make" a job template and settings are taken from it. But I am also not convinced that this is practically very useful so I guess we can reject it for now unless we have better information about the use case.

Actions

Also available in: Atom PDF