Update an issue (CLI)
Last updated
Last updated
Updating an issue on the Errata Service through the CLI requires modifying the corresponding issue template or list of affected datasets on local files. In case of those files have been locally removed or compromised, users can easily retrieve fresh copies from the ES-DOC Errata server using the retrieve subcommand.
The new issue .json file is still constrained and validated against a new JSON schema. In fact, to guarantee the issue quality some attributes are immutable.
Field | Requirement |
---|---|
Warning: safeguards requirements are:
Empty attributes are disallowed.
As a matter of fact updating the description is controlled by a variation threshold that should not be exceeded. Which is currently set at 20%, if the description is to be changed more than that, the issue should be closed and the creation of a brand new issue is required.
All optional URLs must be valid (i.e., accessible).
The issue status cannot change back to “new”.
The creation date should not be modified in order to preserve an authentic set of records.
The updated date is returned by the server.
Note: if a mistake occurred while declaring the issue, it should be reported to the administrators).
Finally, feel free to remove, add or modify any dataset identifiers into the corresponding list if necessary as long as the dataset list isn’t empty. The life cycle of an issue may incorporate a few changes within the contents of an issue.
Warning: the issue.json
needs to be at contain the same fields as in after the creation action. If your local file is corrupted consider using the retrieve subcommand to download a fresh copy. The issue json should always be conform to the templates otherwise an exception will be thrown.
From our previous issue template (see Create an issue (CLI)), we altered the description of the issue, the severity, the status status and added 2 new affected datasets. This will lead to updated files files as follows:
issue.json
:
dataset.txt
:
The update subcommand has a similar structure as the creation command:
On success the local issue file will be modified again. The update date will be modified accordingly:
The updates now are registered both in the remote errata service and are reflected in the local issue files.
Note: The update operator can of course be used to close issues. This is a special case of update where the only field that is modified is the status into closed state.
uid
Mandatory and unchanged (between 16 and 255 characters)
title
Mandatory and unchanged (between 16 and 1023 characters)
description
Mandatory and value-controlled
mip_era
Mandatory and unchanged
severity
Mandatory and value-controlled
status
Mandatory and value-controlled
landing_page
Optional
materials
Optional
dateCreated
Mandatory and unchanged
dateUpdated
Mandatory and unchanged
dateClosed
Not expected