Describe the bug
If checkrr identifies a file that should be reaquired, but the file already meets the quality cut-off, then it will never be reaquired (even if radarr can find an equal quality release) with the error "Existing file on disk meets quality cutoff" or "Existing file on disk has a equal or higher Custom Format score".
To Reproduce
- Have malformed movie file
- Set Radarr quality profile to upgrades allowed
- Set upgrade until to the same quality as the broken file
- Run checkrr
Expected behavior
The broken file should be reaquired, even if it means at a less optimal quality (as long as it's within the quality profile).
Screenshots
Desktop (please complete the following information):
- OS: Linux 6.12.12+bpo-amd64 SMP PREEMPT_DYNAMIC Debian 6.12.12-1~bpo12+1 (2025-02-23) x86_64 GNU/Linux
- Browser: Brave Version 1.76.80 Chromium: 134.0.6998.118 (Official Build) (64-bit)
- checkrr Version: v3.5.4
Additional context
Simple fix would probably be to move the file to a temporary folder before sending the reaquire event, then moving it back if no release was found/deleting it if a release is found.
Describe the bug
If checkrr identifies a file that should be reaquired, but the file already meets the quality cut-off, then it will never be reaquired (even if radarr can find an equal quality release) with the error "Existing file on disk meets quality cutoff" or "Existing file on disk has a equal or higher Custom Format score".
To Reproduce
Expected behavior
The broken file should be reaquired, even if it means at a less optimal quality (as long as it's within the quality profile).
Screenshots
Desktop (please complete the following information):
Additional context
Simple fix would probably be to move the file to a temporary folder before sending the reaquire event, then moving it back if no release was found/deleting it if a release is found.