qapi: Tidy up references to job state CONCLUDED
When talking about the job state machine, we refer to the states like READY, ABORTING, CONCLUDED, and so forth. Except in two places, where we use JOB_STATUS_CONCLUDED. Replace by CONCLUDED for consistency. We should arguably use the JobStatus enum values instead. Left for another day. Signed-off-by: Markus Armbruster <armbru@redhat.com> Message-ID: <20250527073916.1243024-13-armbru@redhat.com> Reviewed-by: Eric Blake <eblake@redhat.com>
This commit is contained in:
@@ -3074,9 +3074,9 @@
|
||||
# jobs.
|
||||
#
|
||||
# This command will refuse to operate on any job that has not yet
|
||||
# reached its terminal state, JOB_STATUS_CONCLUDED. For jobs that
|
||||
# make use of the BLOCK_JOB_READY event, job-cancel, block-job-cancel
|
||||
# or job-complete will still need to be used as appropriate.
|
||||
# reached its terminal state, CONCLUDED. For jobs that make use of
|
||||
# the BLOCK_JOB_READY event, job-cancel, block-job-cancel or
|
||||
# job-complete will still need to be used as appropriate.
|
||||
#
|
||||
# @id: The job identifier.
|
||||
#
|
||||
|
||||
@@ -223,9 +223,9 @@
|
||||
# jobs.
|
||||
#
|
||||
# This command will refuse to operate on any job that has not yet
|
||||
# reached its terminal state, JOB_STATUS_CONCLUDED. For jobs that
|
||||
# make use of JOB_READY event, job-cancel or job-complete will still
|
||||
# need to be used as appropriate.
|
||||
# reached its terminal state, CONCLUDED. For jobs that make use of
|
||||
# the JOB_READY event, job-cancel or job-complete will still need to
|
||||
# be used as appropriate.
|
||||
#
|
||||
# @id: The job identifier.
|
||||
#
|
||||
|
||||
Reference in New Issue
Block a user