Bug: quota is reported to be "195.1 G ⁄ 150.0 G Quota left "
How to reproduce: by removing finished downloads, quota is refunded. Removing more and more older downloads will cause refunded quota to go over the cap.
Note: IMO removing finished entries should not refund / add back quota at all.
Quota mismatch ( reported 190/150 left)
Forum rules
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: Quota mismatch ( reported 190/150 left)
I'll look into it.
Re: Quota mismatch ( reported 190/150 left)
There's an error when you set the quota for the first time.
What SABnzbd should do is set the "quota left" amount to quota minus the downloaded amount in the current period.
(So, the available quota reduced with what you already downloaded today, this week or this month).
Instead SABnzbd sets "quota left" to the already downloaded amount, which is clearly incorrect.
The problem will go away once the end of the first period is reached.
Unfortunately I only discovered this a day after 0.7.1 went live.
So, the next release will contain a solution.
I cannot reproduce the behaviour where deleting items will change the "quota left" amount.
You also don't make clear whether you're deleting "old" items in the queue or in history.
What SABnzbd should do is set the "quota left" amount to quota minus the downloaded amount in the current period.
(So, the available quota reduced with what you already downloaded today, this week or this month).
Instead SABnzbd sets "quota left" to the already downloaded amount, which is clearly incorrect.
The problem will go away once the end of the first period is reached.
Unfortunately I only discovered this a day after 0.7.1 went live.
So, the next release will contain a solution.
I cannot reproduce the behaviour where deleting items will change the "quota left" amount.
You also don't make clear whether you're deleting "old" items in the queue or in history.