sergio
February 4, 2025, 6:35pm
1
Been getting these errors after upgrading to Phoenix 1.7.19, and Phoenix Liveview 1.0.4
I’m using Bandit 1.6.7 in my mix.lock file.
** (Bandit.TransportError) Unrecoverable error: timeout
Backtrace:
lib/bandit/http1/socket.ex:440 Bandit.HTTPTransport.Bandit.HTTP1.Socket.socket_error!/1
lib/bandit/http1/socket.ex:50 Bandit.HTTPTransport.Bandit.HTTP1.Socket.read_headers/1
lib/bandit/pipeline.ex:33 Bandit.Pipeline.run/4
lib/bandit/http1/handler.ex:12 Bandit.HTTP1.Handler.handle_data/3
lib/bandit/delegating_handler.ex:18 Bandit.DelegatingHandler.handle_data/3
lib/bandit/delegating_handler.ex:8 Bandit.DelegatingHandler.handle_continue/2
gen_server.erl:1085 :gen_server.try_handle_continue/3
gen_server.erl:995 :gen_server.loop/7
That’s all the context information I have unfortunately, all the errors on AppSignal look like this one here.
Happening on the background namespace. Potential namespace values are: background, live_view, oban, web
Anyone experience this error before?
4 Likes
sameer
March 4, 2025, 9:21pm
2
sergio:
background
Noob question, how did you identify the namespace where this occurring ?
We are using Phoenix and also standing up our own websocket server (using cowboy) and are also seeing
(Bandit.TransportError) Unrecoverable error: timeout
but no stack trace beyond that so we haven’t been able to determine where exactly the error is coming from.
zac
September 8, 2025, 2:15pm
3
Wondering if anyone discovered any more on this?
I’ve seeing the same, every now and then:
[error] ** (Bandit.TransportError) Unrecoverable error: timeout
No further details.
Currently on Bandit 1.8.0.
Each time it happens, the app (page) goes dead. Have to do a forced reload, or navigate to another page, to get a reconnect. So far… not at all sure what the pattern is – and this particular app is very simple. No long running queries, processes, etc… pretty basic CRUD-oriented feature set.
I’m getting a lot of this as well:
bandit: “1.8.0”
{
"level": "error",
"time": "2025-10-31T17:26:16.938Z",
"msg": "** (Bandit.TransportError) Unrecoverable error: timeout
(bandit 1.8.0) lib/bandit/http1/socket.ex:467: Bandit.HTTPTransport.Bandit.HTTP1.Socket.socket_error!/1
(bandit 1.8.0) lib/bandit/http1/socket.ex:56: Bandit.HTTPTransport.Bandit.HTTP1.Socket.read_headers/1
(bandit 1.8.0) lib/bandit/pipeline.ex:35: Bandit.Pipeline.run/5
(bandit 1.8.0) lib/bandit/http1/handler.ex:13: Bandit.HTTP1.Handler.handle_data/3
(bandit 1.8.0) lib/bandit/delegating_handler.ex:18: Bandit.DelegatingHandler.handle_data/3
(bandit 1.8.0) lib/bandit/delegating_handler.ex:8: Bandit.DelegatingHandler.handle_continue/2
(stdlib 7.1) gen_server.erl:2424: :gen_server.try_handle_continue/3
(stdlib 7.1) gen_server.erl:2291: :gen_server.loop/4\n",
"meta": {
"line": 23,
"pid": "#PID<0.58284.0>",
"file": "lib/bandit/logger.ex"
}
}
I set up the server to only have http request (no DB) - and I see this error in high volume situations. (starts for me at around 3000 req/s)
namxam
November 1, 2025, 8:54am
5
I had the same issue. It my case IT was after a bandit update. Habe you checked that issue?
opened 04:44PM - 06 Feb 25 UTC
closed 04:25PM - 11 Feb 25 UTC
Been seeing a ton of these errors that don't seem to affect my backend really ju… st noise in AppSignal.
On Bandit 1.6.7
```
Backtrace: lib/bandit/http1/socket.ex:440 in
Bandit.HTTPTransport.Bandit.HTTP1.Socket.socket_error!/1
More backtrace:
<html>
<body>
lib/bandit/http1/socket.ex:440 Bandit.HTTPTransport.Bandit.HTTP1.Socket.socket_error!/1 |
-- | --
lib/bandit/http1/socket.ex:50 Bandit.HTTPTransport.Bandit.HTTP1.Socket.read_headers/1 |
lib/bandit/pipeline.ex:33 Bandit.Pipeline.run/4 |
lib/bandit/http1/handler.ex:12 Bandit.HTTP1.Handler.handle_data/3 |
lib/bandit/delegating_handler.ex:18 Bandit.DelegatingHandler.handle_data/3 |
lib/bandit/delegating_handler.ex:8 Bandit.DelegatingHandler.handle_continue/2 |
gen_server.erl:1085 :gen_server.try_handle_continue/3 |
gen_server.erl:995 :gen_server.loop/7
</body>
</html>
```
Once I revert my app to Bandit 1.5.7, the errors stopped.
I wish I could provide more context but this is all that's shown in appsignal or my server logs.
1 Like