Follow up. 7th came and went, quota didn't change (which it shouldn't). 16th (today) arrived, and quote reset as scheduled. So all is well.
Thank you for the fix!
Search found 9 matches
- October 16th, 2012, 1:11 am
- Forum: Bug Reports
- Topic: ISP Monthly Quota Resetting on Wrong Day
- Replies: 10
- Views: 5894
- September 25th, 2012, 5:15 am
- Forum: Bug Reports
- Topic: ISP Monthly Quota Resetting on Wrong Day
- Replies: 10
- Views: 5894
Re: ISP Monthly Quota Resetting on Wrong Day
Goodness no. I'm far too lazy for that. Double click the .exe, go through the "windows service steps", shout "hurrah!" and not look at it again. I do have a python installed here though (albeit a couple years old - that can be updated). Is it, perchance, as simple as replacing th...
- September 23rd, 2012, 10:02 pm
- Forum: Bug Reports
- Topic: ISP Monthly Quota Resetting on Wrong Day
- Replies: 10
- Views: 5894
Re: ISP Monthly Quota Resetting on Wrong Day
Well, I was sure it was the 8th, but.. now I'm not so confident. I remember checking just after midnight on the 8th, even wrote it down. But, sigh, no, I can't promise it hadn't already changed on the 7th and I just missed it. Sorry! The self.q_day = min(7, self.q_day) would make sense if the reset ...
- September 23rd, 2012, 7:23 pm
- Forum: Bug Reports
- Topic: ISP Monthly Quota Resetting on Wrong Day
- Replies: 10
- Views: 5894
ISP Monthly Quota Resetting on Wrong Day
Version: 0.7.3 OS: XP SP3 Install-type: Windows Installer Skin (if applicable): Plush Firewall Software: n/a Are you using IPV6? no Is the issue reproducible? Yes, insofar as I can only check once a month Short version: Using the Quota Block, with the Quota Period set to Month, and the reset day set...
- September 23rd, 2012, 8:18 am
- Forum: Bug Reports
- Topic: Api call for history is crashing sabnzbd
- Replies: 16
- Views: 9524
Re: Api call for history is crashing sabnzbd
For what it is worth (and I'm not sure if this will help, hinder, or is just random irrelevant noise), but my history is up to ~5200 items (7MB or so) and it returns without a hitch. Perhaps not quickly , but always makes it home. This is, of course, an aside to the question of "is it really ne...
- June 8th, 2011, 12:23 am
- Forum: Bug Reports
- Topic: TOO LARGE filenames
- Replies: 8
- Views: 2869
Re: TOO LARGE filenames
Heh, I do wish I could provide full steps to reproduce it. I did look through the logs to see if I could spot anything for post processing that I should have included in the email, but didn't find anything. No pre-queue scripts. Or post, for that matter. The affected files would probably have been...
- June 7th, 2011, 5:56 pm
- Forum: Bug Reports
- Topic: TOO LARGE filenames
- Replies: 8
- Views: 2869
Re: TOO LARGE filenames
Sent!
In addition to the screenshot requested, I've also included the history xml node for the same file, along with the logs of where the file was imported.
In addition to the screenshot requested, I've also included the history xml node for the same file, along with the logs of where the file was imported.
- June 6th, 2011, 4:33 pm
- Forum: Bug Reports
- Topic: TOO LARGE filenames
- Replies: 8
- Views: 2869
Re: TOO LARGE filenames
I'll see if I can come up with something more concrete for reproduction steps. About the only thing I can think of offhand is that I used a fairly small size_limit (100K I believe), and they would probably have been added via a watched folder, as I did an export of the queue of the previous client. ...
- June 5th, 2011, 7:08 pm
- Forum: Bug Reports
- Topic: TOO LARGE filenames
- Replies: 8
- Views: 2869
TOO LARGE filenames
Version: 0.6.1 OS: XP SP3 Install-type: Windows Installer Skin (if applicable): Default Firewall Software: None Are you using IPV6? No Is the issue reproducible? Yes For my first few days of using the software, I used the .ini size_limit to set all incoming nzb to "paused". The file would...