You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When requesting GET [...]/jobs/{jobID}/inputs, the returned contents provide the originally submittedoutputs (transmissionMode, format, etc.) to help debug a potential job failure or interpret the obtained result structure, formats, media-types, etc.
However, to support outputs filtering (#380), the outputs: {} definition must be used to indicate no outputs at all. Currently, whether omittingoutputs or explicitly indicating an empty mapping results in the Job Inputs endpoint to return outputs: {}, possibly leading to confusing interpretation.
Expected behavior
Omitting outputs: {} from the job execution request should lead to outputs: null (explicitly indicated in the JSON) to distinguish it from an actual outputs: {}.
Describe the bug
When requesting
GET [...]/jobs/{jobID}/inputs
, the returned contents provide the originally submittedoutputs
(transmissionMode
,format
, etc.) to help debug a potential job failure or interpret the obtained result structure, formats, media-types, etc.However, to support
outputs
filtering (#380), theoutputs: {}
definition must be used to indicate no outputs at all. Currently, whether omittingoutputs
or explicitly indicating an empty mapping results in the Job Inputs endpoint to returnoutputs: {}
, possibly leading to confusing interpretation.Expected behavior
Omitting
outputs: {}
from the job execution request should lead tooutputs: null
(explicitly indicated in the JSON) to distinguish it from an actualoutputs: {}
.Context
The text was updated successfully, but these errors were encountered: