mirror of
https://github.com/RandomNinjaAtk/arr-scripts.git
synced 2026-03-02 22:57:35 -05:00
[BUG] - Lidarr - Infinite download loop with percentages exceeding 100% #193
Labels
No labels
Needs Triage
Not Reproducible
Upstream Issue
User Error
bug
documentation
enhancement
good first issue
help wanted
invalid
lidarr
lidarr
question
radarr
readarr
sabnzbd
sonarr
synology (host)
unraid (host)
waiting for logs
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/arr-scripts#193
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @maxime-killinger on GitHub (Mar 7, 2025).
Application
Lidarr
Host platform
Unraid (Docker)
Script
audio-script
Script Version
2.48
Describe the bug
Some tracks get stuck in an infinite download loop, displaying download percentages exceeding 100%. The process never completes.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The download should complete properly without exceeding 100% or looping indefinitely.
Logs/Screenshots
Additional context
Issue occurs randomly on different albums.
It started happening after updating Lidarr to the latest version.
The affected downloads never complete.
@RandomNinjaAtk commented on GitHub (Mar 12, 2025):
Sounds like a problem with the download client, you might want to see if you can replicate the issue just using the client itself and report the issue upstream.
@xawoger commented on GitHub (Mar 16, 2025):
Have same issue. Same platform unraid. Just noticed it.
@xawoger commented on GitHub (Mar 17, 2025):
I am pretty sure it is a problem with deemix script not with download clients. When this happens there is no other downloading clients being used.
@alansari commented on GitHub (Mar 20, 2025):
I've got the same problem running on truenas scale, for the time being i've added to my lidarr compose a monitor that'll restart lidarr when the download percentage goes over 100%: