[GH-ISSUE #21] Apps page fails with many apps, and an error page after every restart #13

New issue

Open

opened 2026-10-15 12:54:21 +00:00 by bsakaguchi · 1 comment

bsakaguchi commented

2026-10-15 12:54:21 +00:00

Owner

Originally created by @To0wnn on GitHub (Oct 5, 2026).
Original GitHub issue: https://github.com/games-on-whales/wolf-den/issues/21

Thanks for Wolf Den! Two small problems we ran into, both with a simple fix:

1. Apps page fails when there are many apps
The Apps page requests the profiles once per app, all at once. The socat in entrypoint.sh uses the default backlog (5) and the default 0.5 s timeout, so with ~76 apps many requests fail with Resource temporarily unavailable (localhost:80) or come back empty.
Changing the line to this fixed it for us:

socat -t 60 UNIX-LISTEN:/app/wolf.sock,backlog=256,mode=600,...

(With many parallel requests Wolf itself sometimes returns broken JSON too — reported separately in the Wolf repo — so sending the requests one at a time, or fewer of them, would help even more.)

2. Error page after every restart
The ASP.NET keys are stored inside the container (/home/ubuntu/.aspnet/DataProtection-Keys), so after a restart or update the browser shows an error page (The antiforgery token could not be decrypted) until you reload. Mounting a volume there fixes it; maybe add it to the example compose:

- /etc/wolf/wolf-den/aspnet:/home/ubuntu/.aspnet

Small suggestion
Wolf Den has no login, while it can add apps (= start containers with extra permissions). A short note in the README to keep it behind a proxy with authentication, or off the LAN, would be good.

Setup
ghcr.io/games-on-whales/wolf-den:stable (built 2026-08-17), rootful podman.

Originally created by @To0wnn on GitHub (Oct 5, 2026). Original GitHub issue: https://github.com/games-on-whales/wolf-den/issues/21 Thanks for Wolf Den! Two small problems we ran into, both with a simple fix: **1. Apps page fails when there are many apps** The Apps page requests the profiles once per app, all at once. The `socat` in `entrypoint.sh` uses the default backlog (5) and the default 0.5 s timeout, so with ~76 apps many requests fail with `Resource temporarily unavailable (localhost:80)` or come back empty. Changing the line to this fixed it for us: ```sh socat -t 60 UNIX-LISTEN:/app/wolf.sock,backlog=256,mode=600,... ``` (With many parallel requests Wolf itself sometimes returns broken JSON too — reported separately in the Wolf repo — so sending the requests one at a time, or fewer of them, would help even more.) **2. Error page after every restart** The ASP.NET keys are stored inside the container (`/home/ubuntu/.aspnet/DataProtection-Keys`), so after a restart or update the browser shows an error page (`The antiforgery token could not be decrypted`) until you reload. Mounting a volume there fixes it; maybe add it to the example compose: ```yaml - /etc/wolf/wolf-den/aspnet:/home/ubuntu/.aspnet ``` **Small suggestion** Wolf Den has no login, while it can add apps (= start containers with extra permissions). A short note in the README to keep it behind a proxy with authentication, or off the LAN, would be good. **Setup** `ghcr.io/games-on-whales/wolf-den:stable` (built 2026-08-17), rootful podman.

bsakaguchi commented

2026-10-15 12:54:22 +00:00

Author

Owner

@To0wnn commented on GitHub (Oct 5, 2026):

The Wolf-side issue mentioned above: games-on-whales/wolf#526

@To0wnn commented on GitHub (Oct 5, 2026): The Wolf-side issue mentioned above: games-on-whales/wolf#526

bsakaguchi referenced this issue

2026-10-15 12:54:25 +00:00

[PR #13] [MERGED] Improvements #20