[BUG] deluge container dropping webui connection, hogging CPU

[aaronmgriffin]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

I'm sorry I do not have any more details, but within the past few releases, deluge began to exhibit strange behavior.

1. The webui periodically drops the connection, opening the connection manager dialog. Previous to ~1 month ago, I would keep a deluge tab open for weeks on end. Now it drops connection multiple times per day
2. On occasion, possible when the webui disconnects, the deluge docker container appears to be wildly thrashing the CPU. There are no relevant container logs.

Expected Behavior

No response

Steps To Reproduce

Running :latest

Environment

- OS: Linux 6.11.9-arch1-1
- How docker service was installed: pacman

CPU architecture

x86-64

Docker creation

x-lsio-common: &lsio_common
  restart: unless-stopped
  network_mode: service:gluetun
  depends_on:
    - gluetun
  environment:
    - PUID=1000
    - PGID=100
    - TZ=America/Chicago
    - AUTO_UPDATE=true
    - UMASK_SET=022

...

  deluge:
    image: lscr.io/linuxserver/deluge:latest
    container_name: deluge
    environment:
      - DELUGE_LOGLEVEL=error
      - WEBUI_PORT=8080
    volumes:
      - ./config/deluge:/config
      - ./downloads:/downloads
    <<: *lsio_common

### Container logs

```bash
To support LSIO projects visit:
https://www.linuxserver.io/donate/

───────────────────────────────────────
GID/UID
───────────────────────────────────────

User UID:    911
User GID:    911
───────────────────────────────────────
Linuxserver.io version: 2.1.1-r10-ls303
Build-date: 2024-12-16T15:46:32+00:00
───────────────────────────────────────
    
[custom-init] No custom files found, skipping...
Connection to 127.0.0.1 58846 port [tcp/*] succeeded!

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[aaronmgriffin]

After a reboot, I see this in the logs right about the time the webui dropped

deluge    | Unhandled Error
deluge    | Traceback (most recent call last):
deluge    |   File "/usr/lib/python3.12/site-packages/deluge/core/daemon_entry.py", line 119, in run_daemon
deluge    |     daemon.start()
deluge    |   File "/usr/lib/python3.12/site-packages/deluge/core/daemon.py", line 161, in start
deluge    |     reactor.run()
deluge    |   File "/usr/lib/python3.12/site-packages/twisted/internet/base.py", line 1318, in run
deluge    |     self.mainLoop()
deluge    |   File "/usr/lib/python3.12/site-packages/twisted/internet/base.py", line 1328, in mainLoop
deluge    |     reactorBaseSelf.runUntilCurrent()
deluge    | --- <exception caught here> ---
deluge    |   File "/usr/lib/python3.12/site-packages/twisted/internet/base.py", line 994, in runUntilCurrent
deluge    |     call.func(*call.args, **call.kw)
deluge    |   File "/usr/lib/python3.12/site-packages/deluge/core/torrentmanager.py", line 1389, in on_alert_tracker_error
deluge    |     error_message = decode_bytes(alert.error_message())
deluge    | Boost.Python.ArgumentError: Python argument types in
deluge    |     tracker_error_alert.error_message(tracker_error_alert)
deluge    | did not match C++ signature:
deluge    |     error_message(libtorrent::tracker_error_alert {lvalue})
deluge    | 
deluge    | Connection to 127.0.0.1 58846 port [tcp/*] succeeded!

[eden881]

I'd use the compose file to pin the image version. Use the one that worked for you a month ago. I don't think there's a point upgrading it, Deluge itself is rarely updated.

[moto-ctrl]

I'm not seeing this behaviour, I've just also updated to the latest image. But I use rpi so it's ARM64
I'll update this issue if I see anything not working properly on my setup.

EDIT: worth mentioning Deluge's GUI is based on sencha JS which is awesome but quite old in the version that is shipped, so the issue could be on the browser side here