- docs-check.yml runs on push/PR only when .md files change - markdown-lint job: uses markdownlint-cli to check all .md files - mermaid-parse job: extracts all mermaid blocks from .md files and validates each via mmdc (mermaid-js CLI) in headless Chromium - Both jobs use continue-on-error: true so docs failures never block a release or fail the main CI pipeline - .markdownlint.json disables MD013 (line length), MD033 (inline HTML), MD041 (first-line heading) to reduce noise on this repo
sofarr
*See your downloads "so far" while you relax on the sofa waiting for your arr services to finish
sofarr is a personal media download dashboard that aggregates and displays real-time download progress from all your media automation services. Named for the experience of checking what has downloaded "so far" while you wait comfortably on your "sofa" for Sonarr, Radarr, and your download clients to do their thing!
What It Does
sofarr connects to your media stack and shows you a personalized view of:
- Active Downloads - See what's currently downloading from Usenet (SABnzbd) and BitTorrent (qBittorrent)
- Progress Tracking - Real-time progress bars with speed, ETA, and completion estimates
- User Matching - Downloads are matched to you based on tags in Sonarr/Radarr
- Multi-Instance Support - Connect to multiple instances of each service
How It Works
Architecture Overview
┌─────────────┐ ┌──────────────┐ ┌─────────────────────────────┐
│ Browser │────▶│ sofarr │────▶│ SABnzbd (Usenet downloads) │
│ (User) │◀────│ Server │ │ qBittorrent (Torrents) │
└─────────────┘ └──────────────┘ │ Sonarr (TV management) │
│ │ Radarr (Movie management) │
│ │ Emby (User authentication) │
▼ └─────────────────────────────┘
┌──────────────┐
│ Dashboard │
│ Aggregator │
└──────────────┘
The Matching Process
- User Authentication: Login via Emby credentials
- Tag-Based Matching:
- Your media in Sonarr/Radarr is tagged with your username (e.g., "gordon")
- sofarr checks Sonarr/Radarr activity to find items tagged with your name
- Downloads (from SABnzbd/qBittorrent) are matched by title to that activity
- Only your downloads appear on your dashboard
Multi-Instance Support
sofarr supports multiple instances of each service via JSON array configuration:
# Single line JSON arrays in .env
QBITTORRENT_INSTANCES=[{"name":"server1","url":"..."},{"name":"server2","url":"..."}]
SONARR_INSTANCES=[{"name":"main","url":"...","apiKey":"..."}]
Prerequisites
- Docker (recommended), or Node.js (v22+) for manual installation
- At least one of: SABnzbd or qBittorrent
- Sonarr (optional, for TV tracking)
- Radarr (optional, for movie tracking)
- Emby (for user authentication)
Docker Deployment (Recommended)
Quick Start
docker run -d \
--name sofarr \
--restart unless-stopped \
-p 3001:3001 \
-v /path/to/your/.env:/app/.env \
docker.i3omb.com/sofarr:latest
Step-by-Step
- Create your environment file:
mkdir -p /opt/sofarr
curl -o /opt/sofarr/.env https://git.i3omb.com/Gandalf/sofarr/raw/branch/main/.env.sample
# Edit /opt/sofarr/.env with your service details
nano /opt/sofarr/.env
- Run the container:
docker run -d \
--name sofarr \
--restart unless-stopped \
-p 3001:3001 \
-v /opt/sofarr/.env:/app/.env \
docker.i3omb.com/sofarr:latest
- Access the dashboard at
http://your-server:3001
Using Environment Variables (Alternative to .env file)
All configuration can be passed directly as environment variables instead of mounting a .env file. This is the preferred approach for orchestrated deployments (Docker Compose, Kubernetes, Portainer, etc).
docker run -d \
--name sofarr \
--restart unless-stopped \
-p 3001:3001 \
-e EMBY_URL=http://emby.local:8096 \
-e EMBY_API_KEY=your-emby-api-key \
-e SONARR_INSTANCES='[{"name":"main","url":"http://sonarr:8989","apiKey":"your-key"}]' \
-e RADARR_INSTANCES='[{"name":"main","url":"http://radarr:7878","apiKey":"your-key"}]' \
-e SABNZBD_INSTANCES='[{"name":"main","url":"http://sabnzbd:8080","apiKey":"your-key"}]' \
-e QBITTORRENT_INSTANCES='[{"name":"main","url":"http://qbit:8080","username":"admin","password":"pass"}]' \
-e LOG_LEVEL=info \
-e POLL_INTERVAL=5000 \
docker.i3omb.com/sofarr:latest
Docker Compose
version: "3"
services:
sofarr:
image: docker.i3omb.com/sofarr:latest
container_name: sofarr
restart: unless-stopped
ports:
- "3001:3001"
environment:
- EMBY_URL=http://emby:8096
- EMBY_API_KEY=your-emby-api-key
- SONARR_INSTANCES=[{"name":"main","url":"http://sonarr:8989","apiKey":"your-key"}]
- RADARR_INSTANCES=[{"name":"main","url":"http://radarr:7878","apiKey":"your-key"}]
- SABNZBD_INSTANCES=[{"name":"main","url":"http://sabnzbd:8080","apiKey":"your-key"}]
- QBITTORRENT_INSTANCES=[{"name":"main","url":"http://qbit:8080","username":"admin","password":"pass"}]
- LOG_LEVEL=info
- POLL_INTERVAL=5000
Tip: You can also use a combination — mount a
.envfile for base config, and override specific values with-eflags. Environment variables always take precedence.
Available Tags
| Tag | Description |
|---|---|
latest |
Latest stable release |
1.0 |
Latest patch for the 1.0.x release line |
1.0.0 |
Specific version |
Updating
docker pull docker.i3omb.com/sofarr:latest
docker rm -f sofarr
# Re-run the docker run command above
Manual Installation
- Clone and install:
git clone https://git.i3omb.com/Gandalf/sofarr.git
cd sofarr
npm install
- Configure environment:
cp .env.sample .env
# Edit .env with your service details
- Start the server:
npm start
# or for development with auto-restart:
npm run dev
- Access the dashboard:
Open
http://localhost:3001in your browser
Configuration (.env)
Basic Server Settings
PORT=3001 # Server port
LOG_LEVEL=info # Logging: debug, info, warn, error, silent
POLL_INTERVAL=5000 # Background polling interval in ms (default: 5000)
# Set to 0 or "off" to disable (on-demand mode)
Service Instances (JSON Array Format)
All services support multi-instance configuration via single-line JSON arrays:
# SABnzbd Instances
SABNZBD_INSTANCES=[{"name":"primary","url":"https://sabnzbd.example.com","apiKey":"your-api-key"}]
# qBittorrent Instances (uses username/password, not API key)
QBITTORRENT_INSTANCES=[{"name":"main","url":"https://qbittorrent.example.com","username":"admin","password":"secret"}]
# Sonarr Instances
SONARR_INSTANCES=[{"name":"hd","url":"https://sonarr.example.com","apiKey":"your-api-key"}]
# Radarr Instances
RADARR_INSTANCES=[{"name":"movies","url":"https://radarr.example.com","apiKey":"your-api-key"}]
# Emby (single instance for authentication)
EMBY_URL=https://emby.example.com
EMBY_API_KEY=your-emby-api-key
Legacy Single-Instance Format (still supported)
If you only have one instance, you can use the legacy format:
SABNZBD_URL=https://sabnzbd.example.com
SABNZBD_API_KEY=your-api-key
Setting Up User Tags
To see your downloads, you need to tag your media in Sonarr/Radarr:
-
In Sonarr (TV Shows):
- Go to Series → Edit Series
- Add a tag with your username (lowercase)
- Save
-
In Radarr (Movies):
- Go to Movies → Edit Movie
- Add a tag with your username (lowercase)
- Save
-
Result: When sofarr sees a download matching a show/movie tagged with "gordon", it appears on gordon's dashboard
Features in Detail
Background Polling
sofarr polls all configured services in the background and caches the results. Dashboard requests read from cache, making them near-instant regardless of how many services you have.
| Setting | Behaviour |
|---|---|
POLL_INTERVAL=5000 (default) |
Background poller fetches every 5s. Dashboard reads from cache instantly. |
POLL_INTERVAL=10000 |
Poll every 10 seconds. |
POLL_INTERVAL=0 / off / disabled |
No background polling. Data fetched on-demand when a user opens the dashboard, then cached for 30 seconds. |
On-demand mode is useful for low-resource setups. When one user's browser opens the SSE stream it triggers a fresh poll; the fetched data is cached and served to all other connected clients until the next poll.
Real-Time Updates
- Server-Sent Events (SSE) — the server pushes updates to the browser immediately after each poll cycle. No client-side timer; no wasted requests.
- In-place DOM updates for smooth UI (no flickering)
- Browser reconnects automatically on network interruption
Download Information Displayed
- Progress bar with visual completion percentage
- Speed - Current download speed
- ETA - Estimated time remaining
- Size - Total size and downloaded amount
- Status - Downloading, Paused, Queued, etc.
- Instance - Which server the download is from
For qBittorrent Downloads
- Seeds - Number of seeders
- Peers - Number of peers
- Availability - Percentage available in swarm (shown in red when below 100%)
API Endpoints
Authentication
POST /api/auth/login— Login with Emby credentialsPOST /api/auth/logout— Logout and revoke sessionGET /api/auth/me— Check current sessionGET /api/csrf— Fetch a CSRF token
Dashboard
GET /api/dashboard/stream— SSE stream: pushes{ user, isAdmin, downloads }on every poll cycleGET /api/dashboard/user-downloads— Single-request download fetch (no streaming)GET /api/dashboard/user-summary— Per-user download counts (admin)GET /api/dashboard/status— Server / polling / cache status (admin)GET /api/dashboard/cover-art— Proxied cover art image
Service APIs (proxy to your services)
GET /api/sabnzbd/*— SABnzbd API proxyGET /api/sonarr/*— Sonarr API proxyGET /api/radarr/*— Radarr API proxyGET /api/emby/*— Emby API proxy
Logging Levels
Set LOG_LEVEL in your .env:
debug- Verbose logging for troubleshootinginfo- Standard operational logging (default)warn- Only warnings and errorserror- Only errorssilent- No logging
Logs are written to both console and server.log file.
Troubleshooting
"No downloads showing"
- Verify your media is tagged with your username in Sonarr/Radarr
- Check that LOG_LEVEL=debug shows matching attempts
- Ensure download names match between client and *arr apps
"Can't connect to service"
- Check URLs are accessible from the sofarr server
- Verify API keys and credentials
- Check CORS settings on your services
"qBittorrent not showing"
- Ensure username/password are correct
- Check qBittorrent Web UI is enabled
- Verify the URL includes the full path (e.g.,
https://qb.example.com)
Testing
npm test # run all tests once
npm run test:watch # watch mode
npm run test:coverage # with V8 coverage report (outputs to coverage/)
npm run test:ui # interactive Vitest UI
115 tests across 8 test files covering the security-critical paths: auth middleware, CSRF protection, secret sanitization, config parsing, token store, and qBittorrent utilities. See tests/README.md for design decisions and coverage targets.
Development
# Start with auto-restart on changes
npm run dev
# Production start
npm start
License
MIT
sofarr: See what has downloaded "so far" from the comfort of your "sofa"