Hallo zusammen,https://api.openai.com/v1 api.openai.com in n8n 2.19.x fehlschlagen können, weil config.headers als einfaches Objekt umgeschrieben wird und setContentType dann nicht verfügbar ist.
(Wählen Sie die Knoten auf Ihrer Canvas aus und verwenden Sie die Tastenkombinationen CMD+C/STRG+C und CMD+V/STRG+V zum Kopieren und Einfügen des Workflows.)
n8n-Version: Datenbank (Standard: SQLite): n8n EXECUTIONS_PROCESS-Einstellung (Standard: own, main): n8n wird ausgeführt über (Docker, npm, n8n cloud, Desktop-App): Betriebssystem:
Ähnlich wie in diesem Thread
[Capture d'écran 2026-05-06 112641]
Mir geht es genauso. Ich stecke da fest und versuche schon seit etwa 4 Stunden, das zu debuggen, aber immer noch das gleiche Ergebnis.
Temporäre Lösung: Falls du die neuesten Funktionen nicht brauchst, kannst du auf Version 2.18.5 downgraden, funktioniert hier noch einwandfrei
Sal1
7. Mai 2026 um 10:02
6
Das gleiche Problem mit n8n, das über localhost läuft n8n = 2.19.4
Wenn du einen KI-Chatbot erstellen möchtest, kannst du diese Umgehungslösung ausprobieren, die ich in diesem Thread beschrieben habe.
Vinicius_Adam_Moraes:
Hi everyone,https://api.openai.com/v1 api.openai.com in n8n 2.19.x möglicherweise fehlschlagen, weil config.headers als einfaches Objekt umgeschrieben wird und setContentType dann nicht verfügbar ist.
Problem/Fehler/Frage beschreiben
Fehlermeldung (falls vorhanden)?
Bitte teilen Sie Ihren Workflow
(Select the nodes on your canvas and use the keyboard shortcuts CMD+C/CTRL+C and CMD+V/CTRL+V to copy and paste the workflow.)
Ausgabe des letzten Knotens teilen
Informationen zu deinem n8n Setup
n8n version: Database (default: SQLite): n8n EXECUTIONS_PROCESS setting (default: own, main): Running n8n via (Docker, npm, n8n cloud, desktop app): Operating system:
Willkommen in der n8n Community @Vinicius_Adam_Moraes
opened 10:11AM - 29 Apr 26 UTC
closed 07:47AM - 12 May 26 UTC
Needs Feedback
team:nodes
status:in-linear
status:team-assigned
### Bug Description
The HTTP Request node throws NodeApiError: config.headers.s… etContentType is not a function when the request URL starts with https://api.openai.com/. The error originates inside the global axios request interceptor in `packages/core/src/execution-engine/node-execution-context/utils/request-helpers/axios-config.ts` at line 30:
```
if (config.data === undefined) {
config.headers.setContentType(false, false);
}
```
The interceptor assumes config.headers is an AxiosHeaders instance, but applyVendorHeaders (lines 39–46 in the same file) reassigns config.headers to a plain object literal whenever the URL targets OpenAI:
```
config.headers = {
...Container.get(AiConfig).openAiDefaultHeaders,
...(config.headers ?? {}),
};
```
Plain objects don't expose setContentType, so any downstream invocation of the interceptor on that mutated config (including the path triggered by the V3 HTTP Request node when sending no body) raises the TypeError, which is caught and rewrapped as NodeApiError at `HttpRequestV3.node.js:588`.
### To Reproduce
1. Create a workflow with an HTTP Request node (typeVersion 4.2).
2. Set:
- Method: GET
- URL: https://api.openai.com/v1/models
- Authentication: None
- Send Headers: true, with Authorization: Bearer <key> and OpenAI-Organization: <org> (I think this second header may be optional for reproducibility).
3. Execute the workflow.
4. The node fails with NodeApiError: config.headers.setContentType is not a function.
A minimal workflow JSON that reproduces the issue (single "Get models" node hitting https://api.openai.com/v1/models) is enough; no credentials are required because the failure happens before the request leaves the instance.
### Expected behavior
The HTTP Request node should successfully reach https://api.openai.com/v1/models (or whichever OpenAI endpoint), receive the response from OpenAI, and surface it as the node output. The interceptor should not throw, regardless of whether applyVendorHeaders rewrites the headers as a plain object or an AxiosHeaders instance.
### Debug Info
# Debug info
## core
- n8nVersion: 2.19.0
- platform: docker (self-hosted)
- nodeJsVersion: 22.21.0
- nodeEnv: production
- database: postgres
- executionMode: scaling (single-main)
- concurrency: 60
## storage
- success: all
- error: all
- progress: false
- manual: false
- binaryMode: filesystem
## pruning
- enabled: true
- maxAge: 336 hours
- maxCount: 5000 executions
## security
- blockFileAccessToN8nFiles: false
Generated at: 2026-04-29T10:07:45.227Z
### Operating System
N/A
### n8n Version
2.19.0
### Node.js Version
22.21.0
### Database
PostgreSQL
### Execution mode
queue
### Hosting
self hosted
Das ist ein bekanntes Problem
Jon
20. Mai 2026 um 15:02
10
Nur um das abzuschließen: Dieses Problem wurde kürzlich gelöst. Bitte aktualisiere und alles sollte gut sein.