midgetspy wrote:
No the master branch is bugfixes only for now, alpha2 is its own branch at the moment. The CSI log you posted only shows a single HD download, I'm not sure what the problem is there?
Ok, I'm now on your alpha2 branch! In the mean time, here is a log that shows both downloads... sorry for not showing both before, the log file is a bit unwieldy
OK, that one is another freak accident... lol. For "Best" quality it searches for "Any" quality, and then if it finds one it tries re-searching for HD and downloads it if it finds one. The second search timed out in your case, so it thought there was no HD download and downloaded one of the "Any" releases which turned out to be HD anyway. I *think* that will be solved in alpha2 though.
Not that it matters too much to me (or the functionality), but are you supposed to see 2 lines per item snagged in the history?
The first row is where it was snagged from (what website) the 2nd is the group that released the title:
2010-04-17 01:28:13 SHOW NAME - 1x05 Downloaded 2HD SD
2010-04-17 01:12:22 SHOW NAME - 1x05 Snatched NZBs (this is an icon) SD
drak0 wrote:
using latest alphpa2 code from git. Does "Rename episodes" work? What does it do?
I have an issue right now with "The Pacific" - when using newzbin, it was able to find the shows just fine because they were named correctly with 1x03 format. Using nzbs they are named like "The.Pacific.Pt.III" instead of "The Pacific 1x03" like on newzbin. My idea was to change the name so it could match "Pt. III" ?
Thanks!
Hmm, SB gets The Pacific every week for me, the only thing it wont do is renaming it - exactly because of the naming (III v 1x03).. But I completely understand why the naming would cause an issue.
2010-04-18 13:19:30.533561 SEARCH :: Invalid XML returned by TVNZB: (, SyntaxError('mismatched tag: line 10, column 2',), ) - mismatched tag: line 10, column 2
The tvnzb site seems to be dead now, hence the xml feed is bound to be crap. I would suggest you move it to the lowest in your list if not disable it completely. I don't see this is as a problem with SickBeard.
geebee wrote:
Another error msg for you:
2010-04-18 13:19:30.533561 SEARCH :: Invalid XML returned by TVNZB: (, SyntaxError('mismatched tag: line 10, column 2',), ) - mismatched tag: line 10, column 2
b1scu1t wrote:
The tvnzb site seems to be dead now, hence the xml feed is bound to be crap. I would suggest you move it to the lowest in your list if not disable it completely. I don't see this is as a problem with SickBeard.
geebee wrote:
Another error msg for you:
2010-04-18 13:19:30.533561 SEARCH :: Invalid XML returned by TVNZB: (, SyntaxError('mismatched tag: line 10, column 2',), ) - mismatched tag: line 10, column 2
Ah yes, I read TVNZB as TVDB as I am having probs adding shows.
2010-04-17 19:53:28.267071 QUEUE-ADD :: Unable to add show due to an error with TVDB: Could not connect to server http://www.thetvdb.com/api/9DAF49C96CBF ... 261/en.xml: [Errno 28] No space left on device: 'cache/tvdb/www.thetvdb.com,api,9DAF49C96CBF8DAC,series,129261,en.xml,b7d1d8d3510b96fa20ca6a5b928d6659'
All fixed...the cache folder was missing from my install.
Are /share/HDA_DATA/Qdownload/sabnzbd/complete/TV and /share/Qdownload/sabnzbd/complete/TV the same folder? What is your TV Download Dir set to?
It looks like you are post processing an episode that has already been sorted... this is NOT allowed with the current SB post processing script (as is noted on the post processing wiki page). My guess as to what happened is that you tried to post process an episode that was already inside its show folder and have "Keep Folder" unchecked in the options, which makes SB delete the folder containing the downloaded episode. So SB deleted the folder after processing which happens to be your whole show dir. I'm not sure how this would happen to any show that you haven't downloaded a new ep for unless you also told it to automatically scan & process your whole TV folder or something...
Before SB deletes anything it makes sure it's not one of your show folders so I'm not sure how that could fail unless the answer to the first question in this post is "Yes". If so you've basically circumvented all the built in protections so it thinks it's moving your episodes somewhere else and deleting the old folder. I don't know what I can do to prevent that.
Also it is definitely not the spaces.
EDIT: We can continue discussing this on the google code ticket.
Last edited by midgetspy on April 19th, 2010, 11:33 am, edited 1 time in total.