blob: ca69b5ba6c58de66c215c5829394c8561d2100fd (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
|
# Fix form-urlencoded webhook forwarding to Dokploy
## Problem
GitHub webhooks configured with `application/x-www-form-urlencoded` content type
were timing out when forwarded to Dokploy. The JSON content type worked fine.
## Root Cause
When converting a form-urlencoded body to JSON for the upstream request:
1. All original headers (including `Content-Type: application/x-www-form-urlencoded`
and `Content-Length`) were copied to the upstream request builder.
2. `builder.header(Content-Type, "application/json")` **appended** a second
`Content-Type` header instead of replacing the first one.
3. The stale `Content-Length` from the original form-encoded body was forwarded,
but the extracted JSON payload is a different (smaller) size.
Dokploy received duplicate `Content-Type` headers and an incorrect
`Content-Length`, causing it to misparse the request or hang.
## Fix
In `src/main.rs`, when the incoming body is `application/x-www-form-urlencoded`:
- Skip `Content-Type` and `Content-Length` during the header copy loop.
- Set the correct `Content-Type: application/json` after extracting the payload.
- Let hyper compute `Content-Length` automatically from the actual body.
|
