-
Notifications
You must be signed in to change notification settings - Fork 1
Troubleshooting and FAQ
- Set
DISCORD_GUILD_IDto your server's id — commands then register instantly. Without it, global registration can take up to an hour. - Make sure the bot was invited with both the
applications.commandsandbotscopes.
The Plex username/email entered must match an existing Seerr user. If the user has never signed into Seerr, their account may not be imported yet — have them log into Seerr once with Plex, then retry. See Account Linking.
That's exactly the problem VaultRequestrr solves — but only for requests made through the bot by linked users. Check /linkstatus, and check the dashboard Links page for remaps. If REQUIRE_LINKING=false, unlinked requests fall back to DEFAULT_SEERR_USER_ID.
- Configure approvers:
ADMIN_DISCORD_IDSor dashboard Settings → Approvals & Issues → Request approvals. - Users must allow DMs from server members for the bot's DMs to arrive; the optional approvals channel is a good fallback (Requests and Approvals).
Set up the Seerr webhook for near-instant delivery — without it the bot relies on polling (~2 min). See Notifications.
- The endpoint is disabled until a
WEBHOOK_SECRET(or dashboard webhook secret) is set. - The URL must include the token:
http://<host>:<WEB_PORT>/webhook/seerr?token=<secret>. - Seerr must be able to reach the VaultRequestrr host/port (check Docker networking / firewalls).
Web-UI requests are only matched for users who have linked (made at least one request through the bot). Also check TRACK_EXTERNAL_REQUESTS is enabled. See Notifications.
Per-reporter attribution requires Seerr 3.4+. On older versions the reporter is recorded in the issue message instead, and DMs/dashboard still track the real reporter. See Issue Reporting and Re-grab.
Set the anime instance id(s) on the dashboard Settings → Anime routing card. See Anime Requests.
Anime detection is Seerr's (via a TMDB keyword), not the bot's. Add the TMDB "anime" keyword or correct the series type in Sonarr. See Anime Requests.
Re-grab blocklists the release that produced the bad file, so the identical release can't come back — but a different bad release can. Use Manual search on the dashboard Issues page to pick a specific release. See Issue Reporting and Re-grab.
A single SQLite database at DATABASE_PATH (default data/vaultrequestrr.sqlite3; /data in Docker). Back that file up to preserve links, invites, and issue/request tracking.
Check the Logs page on the Admin Dashboard (set LOG_LEVEL=DEBUG for more detail), then open an issue.
VaultRequestrr · Report a bug · MIT licensed