n8n - 💡(How to fix) Fix HTTP Request node fails with HPE_INVALID_CONSTANT for Standard ERP / HansaWorld REST API, while curl and Node.js work [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
n8n-io/n8n#29131Fetched 2026-04-26 05:24:05
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
commented ×1labeled ×1mentioned ×1subscribed ×1

Error Message

Describe the problem/error/question

I’m using n8n Cloud and I’m seeing a repeatable issue with the HTTP Request node when calling a Standard ERP / HansaWorld REST API endpoint. The target API is reachable from outside n8n using both curl and a plain Node.js http.request, but the n8n HTTP Request node fails with a low-level HTTP parser error.

What is the error message (if any)?

"errorMessage": "Parse Error: Expected HTTP/, RTSP/ or ICE/", "Parse Error: Expected HTTP/, RTSP/ or ICE/" NodeApiError: Parse Error: Expected HTTP/, RTSP/ or ICE/ n8n HTTP Request node returns no output because it fails with Parse Error: Expected HTTP/, RTSP/ or ICE/. error: all

Root Cause

Share the output returned by the last node n8n HTTP Request node returns no output because it fails with Parse Error: Expected HTTP/, RTSP/ or ICE/.

Fix Action

Fix / Workaround

Question: could this be an issue with how the HTTP Request node or its underlying HTTP client parses this server’s HTTP response? Is there any workaround in n8n Cloud, or any option to make the HTTP parser more lenient for this request?

RAW_BUFFERClick to expand / collapse

Describe the problem/error/question

I’m using n8n Cloud and I’m seeing a repeatable issue with the HTTP Request node when calling a Standard ERP / HansaWorld REST API endpoint. The target API is reachable from outside n8n using both curl and a plain Node.js http.request, but the n8n HTTP Request node fails with a low-level HTTP parser error.

The endpoint is a plain HTTP endpoint on a non-standard port: http://<hansa-host>:10013/api/1/ORVc/<record-id>. This is a single-record endpoint and returns a small XML response, around 1804 bytes.

Request configured in n8n: Method GET, URL http://<hansa-host>:10013/api/1/ORVc/<record-id>, Authentication None, Response Format Text, Headers: Authorization: Bearer <valid_access_token>, Accept: text/xml, Connection: close.

OAuth itself works correctly. I can obtain access_token and refresh_token through the official Standard ERP / HansaWorld OAuth flow. The Bearer token is valid and works outside n8n. The same issue happened on n8n Cloud 2.17.5 and still happens after upgrading to 2.17.7.

What is the error message (if any)?

{
  "errorMessage": "Parse Error: Expected HTTP/, RTSP/ or ICE/",
  "errorDetails": {
    "rawErrorMessage": [
      "Parse Error: Expected HTTP/, RTSP/ or ICE/"
    ],
    "httpCode": "HPE_INVALID_CONSTANT"
  },
  "n8nDetails": {
    "nodeName": "HTTP Request",
    "nodeType": "n8n-nodes-base.httpRequest",
    "nodeVersion": 4.4,
    "itemIndex": 0,
    "time": "25.04.2026, 11:40:43",
    "n8nVersion": "2.17.7 (Cloud)",
    "binaryDataMode": "filesystem"
  }
}
Stack trace:

NodeApiError: Parse Error: Expected HTTP/, RTSP/ or ICE/
    at ExecuteContext.execute (.../n8n-nodes-base/nodes/HttpRequest/V3/HttpRequestV3.node.ts:825:16)
    at processTicksAndRejections (node:internal/process/task_queues:104:5)
    at WorkflowExecute.executeNode (.../n8n-core/src/execution-engine/workflow-execute.ts:1048:9)
    at WorkflowExecute.runNode (.../n8n-core/src/execution-engine/workflow-execute.ts:1239:11)
Please share your workflow/screenshots/recording
Minimal workflow: first, a Code node outputs [{"access_token":"<valid_access_token>","hansa_url":"http://<hansa-host>:10013/api/1/ORVc/<record-id>"}]. Then an HTTP Request node is configured with Method GET, URL http://213.250.128.238:10013/api/1/ORVc/20261513, Authentication None, Send Headers true, Headers Authorization: Bearer {{$json.access_token}}, Accept: text/xml, Connection: close, and Response Format Text. Sensitive data such as the real access token has been removed.

Share the output returned by the last node
n8n HTTP Request node returns no output because it fails with Parse Error: Expected HTTP/, RTSP/ or ICE/.

The same request works with curl:

curl -i \
  -H 'Authorization: Bearer <valid_access_token>' \
  -H 'Accept: text/xml' \
  -H 'Connection: close' \
  'http://<hansa-host>:10013/api/1/ORVc/<record-id>'
curl response:

HTTP/1.1 200
Content-Type: text/xml; charset=UTF-8
Content-Length: 1804
Connection: keep-alive
Response body starts with:

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<data sequence='5275983'>
  <ORVc register='ORVc' sequence='5275983' url='/api/1/ORVc/'>
    ...
  </ORVc>
</data>
I also tested the same URL and token using a plain Node.js http.request client outside n8n, and it returns HTTP 200 with the expected headers and body.

Additional context: a broad request to /api/1/ORVc returns a very large XML response, but this issue also happens with the single-record endpoint /api/1/ORVc/. The single-record response is small, around 1804 bytes. HTTPS port for this Standard ERP server is currently not reachable externally, so the test is over plain HTTP port 10013.

Question: could this be an issue with how the HTTP Request node or its underlying HTTP client parses this server’s HTTP response? Is there any workaround in n8n Cloud, or any option to make the HTTP parser more lenient for this request?

Debug info
core
n8nVersion: 2.17.7
platform: docker (cloud)
nodeJsVersion: 24.14.1
nodeEnv: production
database: sqlite
executionMode: regular
concurrency: 5
license: enterprise (sandbox)
storage
success: all
error: all
progress: false
manual: true
binaryMode: filesystem
pruning
enabled: true
maxAge: 168 hours
maxCount: 2500 executions
client
userAgent: mozilla/5.0 (macintosh; intel mac os x 10_15_7) applewebkit/605.1.15 (khtml, like gecko) version/26.3 safari/605.1.15
isTouchDevice: false
Generated at: 2026-04-25T09:41:59.177Z

extent analysis

TL;DR

The issue is likely due to the HTTP Request node's parser being too strict, causing it to fail when parsing the response from the Standard ERP / HansaWorld REST API endpoint.

Guidance

  • Verify that the issue is indeed related to the parser by checking the response from the API endpoint using a tool like curl or a plain Node.js http.request client, as the user has already done.
  • Check the HTTP Request node's configuration to ensure that it is set up to handle non-standard HTTP responses, such as those with a Connection: keep-alive header.
  • Consider using a custom HTTP client or a third-party library that can handle more lenient parsing of HTTP responses.
  • If possible, try updating the Standard ERP / HansaWorld REST API endpoint to return a more standard HTTP response, such as one with a Connection: close header.

Example

No code example is provided as the issue seems to be related to the parser's behavior rather than a specific code snippet.

Notes

The issue may be specific to the n8n Cloud environment and the Standard ERP / HansaWorld REST API endpoint. Further investigation and debugging may be necessary to determine the root cause of the issue.

Recommendation

Apply a workaround by using a custom HTTP client or a third-party library that can handle more lenient parsing of HTTP responses, as the issue seems to be related to the parser's behavior.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

n8n - 💡(How to fix) Fix HTTP Request node fails with HPE_INVALID_CONSTANT for Standard ERP / HansaWorld REST API, while curl and Node.js work [1 comments, 2 participants]