- C# 70.5%
- TypeScript 15.4%
- JavaScript 12.1%
- CSS 1.7%
- Shell 0.1%
- Other 0.1%
* Add Windows build support to GitHub Actions - Switch build job runner from ubuntu-latest to windows-latest so the net8.0-windows TFM (needed for Radarr.Windows.dll) can be compiled - Uncomment win-x64/win-x86 PackageTests and Package calls in build.sh - Publish win-x64 test artifact and build_windows artifact from build job - Download Windows artifact in release job and zip it alongside Linux tarballs - Include windows-core-x64/x86 zips in GitHub release upload Linux tarballs and Docker image are unaffected; .NET 8 cross-compiles all Linux RIDs from the Windows runner identically to before. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Bump MailKit from 4.15.1 to 4.16.0 4.15.1 has a known moderate severity vulnerability (GHSA-9j88-vvj5-vhgr) which fails the build because TreatWarningsAsErrors=true promotes NU1902 to a hard error. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Fix release job when no previous release exists The Get Previous Release step fails on first-ever release since there is nothing to compare against. Mark it continue-on-error and make the release notes script omit previous_tag_name when the step produced no output. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Allow release and docker jobs to run on workflow_dispatch The release and docker jobs were conditioned on github.event_name == push, which skips them when the workflow is triggered manually. Adding workflow_dispatch so manual runs on develop/master also publish a release. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Add Windows installer (.exe) build via Inno Setup - Add INNOVERSION=7.0.0 to global env - Set MAJORVERSION and MINORVERSION env vars needed by radarr.iss - Add --installer flag to build step to run Inno Setup after packaging - Upload installer artifact from distribution/windows/setup/output/ - Download and attach installers alongside zips in the release job Produces Radarr.*.win-x64-installer.exe and win-x86-installer.exe in GitHub releases, matching the pattern used by the Sonarr fork. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Fix Inno Setup version to 6.7.2 (latest stable) 7.0.0 is still in beta and uses a different filename format (innosetup-7.0.0-beta-x86.exe) that doesn't match what build.sh expects, causing a 404 and a broken download. 6.7.2 is the latest stable release with the correct filename pattern. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * Remove lock threads workflow Runs daily and serves no purpose on a personal fork. Just generates failure emails. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> --------- Co-authored-by: fatbob01 <fatbob01@users.noreply.github.com> Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com> |
||
|---|---|---|
| .devcontainer | ||
| .github | ||
| .vscode | ||
| distribution | ||
| frontend | ||
| Logo | ||
| schemas | ||
| src | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .yarnrc | ||
| azure-pipelines.yml | ||
| build.sh | ||
| CLA.md | ||
| CODE_OF_CONDUCT.md | ||
| CONTRIBUTING.md | ||
| Dockerfile | ||
| docs.sh | ||
| global.json | ||
| LICENSE | ||
| package.json | ||
| README.md | ||
| SECURITY.md | ||
| test.sh | ||
| tsconfig.json | ||
| yarn.lock | ||
Radarr
Installation
This fork is designed to be a drop-in replacement for existing Radarr docker installations. Simply replace your radarr docker image with ghcr.io/realzombee/radarr:develop
Sample docker compose:
radarr:
image: ghcr.io/realzombee/radarr:develop
container_name: radarr
environment:
- PUID=1000
- PGID=1000
- TZ=Etc/UTC
# Add env vars for any tweaks you want to enable
- IGNORE_MATCH_BY_ID_WARNING=true
- IMPROVE_QUEUE_RESPONSIVENESS=true
volumes:
- /path/to/radarr/data:/config
# Additional volume mounts for your media, etc
ports:
- 7878:7878
restart: unless-stopped
Why this fork?
This fork aims to improve certain aspects of Radarr to make it work better with remote "infinite" library setups (Debrid/Usenet streaming, etc). This fork will be kept up-to-date with the Radarr develop branch and the changes in this fork are fully compatible with the original Radarr configs so you can freely swap back and forth between them.
This fork provides two categories of changes:
Fixes
These are universal bug-fixes that should be fixed in the original Radarr project. These have been submitted as pull requests but might not make it into a release until a month or two.
- ffprobe issues: There's a bug in VideoFileInfoReader that causes ffprobe to read the entire file during HDR analysis if the video stream is at a non-zero index. This is especially problematic for remote files since it uses bandwidth unnecessarily: https://github.com/Radarr/Radarr/pull/11364
- RefreshMonitoredDownloadsCommand: Tools like decypharr and nzbdav issue this command after processing a download. But when this command is issued through the API or through the UI, it has a
Normalpriority, causing a buildup of queue items if lots of searches are triggered at once: https://github.com/Radarr/Radarr/pull/11365 - Fix a bug where Radarr silently ignores torrents that have been previously imported, deleted and then grabbed again. Without this, repairs from tools like decypharr don't work reliably.
Tweaks
These are small changes to Radarr behavior to optimize for debrid/usenet streaming setups. These can be turned on through environment variables.
IGNORE_MATCH_BY_ID_WARNING
This setting turns off this warning
Found matching movie via grab history, but release was matched to movie by ID. Manual Import required
This generally happens on usenet indexers that include a tmdbId in releases that Radarr uses to match against movies while downloading. But during imports, if the files are obfuscated or the file/movie name doesn't match up with Radarr's expectations, it blocks automatic import.
⚠️ Warning: Only use this setting if you trust your indexers to provide the correct tmdbIds when they're present on releases.
IMPROVE_QUEUE_RESPONSIVENESS
Ensures that the RefreshMonitoredDownloadsCommand and ProcessMonitoredDownloads commands always execute immediately by reserving 3 additional slots for these commands. This improves UI responsiveness for the current state of the activity queue, ensuring the activity queue reflects what's happening in real time, even when many search tasks are queued.
Contributing
Feel free to open issues or pull requests for any changes you'd like to see.