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
Right now, there is no way to access headers in a http response (note that there is already well defined way to specify http request headers)
Proposal(s):
I would like to propose the addition of a jq variable (using a really original name: headers) so users can optionally merge them into the task response by including an expression containing $header in the output as filter.
Alternative(s):
Include an output headers property in the existing with parameters, with the list of headers to be included in the response (the problem of that approach is that it is a bit rigid, you probable need the output filter later anyway)
Additional info:
No response
Community Notes
Please vote by adding a 👍 reaction to the feature to help us prioritize.
If you are interested to work on this feature, please leave a comment.
Accessing HTTP response headers is already supported in the specification by setting output: response under with in an HTTP (or OpenAPI) call task.
When with.output: response is specified, the task produces the full HTTP Response object (request, statusCode, headers, content) as the raw task output (.). You can then use output.as or export.as to project the content and headers into the task output or workflow context as needed:
We opened PR #1205 to clarify this in dsl-reference.md, add an explicit example (examples/call-http-output-headers.yaml), and include a CTK test scenario covering this pattern.
Activity
fjtirado commentedon Nov 5, 2026
Closing since already covered by http output
Thanks @ricardozanini for pointing out this.
ricardozanini commentedon Nov 5, 2026
Hi @fjtirado,
Accessing HTTP response headers is already supported in the specification by setting
output: responseunderwithin an HTTP (or OpenAPI) call task.When
with.output: responseis specified, the task produces the full HTTP Response object (request,statusCode,headers,content) as the raw task output (.). You can then useoutput.asorexport.asto project the content and headers into the task output or workflow context as needed:We opened PR #1205 to clarify this in
dsl-reference.md, add an explicit example (examples/call-http-output-headers.yaml), and include a CTK test scenario covering this pattern.ricardozanini commentedon Nov 5, 2026
I'm reopening the issue, so we add a PR to clarify this matter for future reference.
fjtirado commentedon Nov 5, 2026
Reopening to add examples using this feature.