Bonjour à tous,https://api.openai.com/v1 api.openai.com peuvent échouer dans n8n 2.19.x parce que config.headers est réécrit en tant qu’objet simple, et setContentType n’est pas disponible.
(Sélectionnez les nœuds sur votre canevas et utilisez les raccourcis clavier CMD+C/CTRL+C et CMD+V/CTRL+V pour copier et coller le workflow.)
Version de n8n : Base de données (par défaut : SQLite) : Paramètre n8n EXECUTIONS_PROCESS (par défaut : own, main) : Exécution de n8n via (Docker, npm, n8n cloud, application de bureau) : Système d’exploitation :
Cela semble similaire à ce fil de discussion
[Capture d'écran 2026-05-06 112641]
Pareil ici. Je suis bloqué avec ça, j’essaie de déboguer depuis environ 4 heures et j’obtiens toujours le même résultat
Solution temporaire : si vous n’avez pas besoin des dernières fonctionnalités, vous pouvez rétrograder vers la version 2.18.5, cela fonctionne toujours ici
Sal1
Mai 7, 2026, 10:02
6
Le même problème avec n8n exécuté via localhost n8n = 2.19.4
Si votre intention est de créer un chatbot IA, vous pouvez essayer cette solution de contournement que j’ai décrite dans ce fil.
Vinicius_Adam_Moraes:
Bonjour à tous,https://api.openai.com/v1 api.openai.com peuvent échouer dans n8n 2.19.x parce que config.headers est réécrit comme un objet simple, et setContentType n’est pas disponible.
Décrivez le problème/l’erreur/la question
Quel est le message d’erreur (le cas échéant) ?
Veuillez partager votre workflow
(Sélectionnez les nœuds sur votre canevas et utilisez les raccourcis clavier CMD+C/CTRL+C et CMD+V/CTRL+V pour copier et coller le workflow.)
Partagez la sortie retournée par le dernier nœud
Informations sur votre configuration n8n
Version n8n : Base de données (par défaut : SQLite) : Paramètre n8n EXECUTIONS_PROCESS (par défaut : own, main) : Exécution de n8n via (Docker, npm, n8n cloud, application de bureau) : Système d’exploitation :
Bienvenue dans la communauté n8n @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
c’est un problème connu
Jon
Mai 20, 2026, 3:02
10
Juste pour clore le sujet, ce problème a été résolu récemment. Veuillez mettre à jour et tout devrait fonctionner correctement.