Traceback errors post manual search failure

[dfjkl]

....also noting that since the issues are on nzb.su from what I can see...the manual search failing is somewhat annoying, but also I don't know what the traceback here is supposed to specifically be for/mean. I thought maybe it's odd that the software is for some odd reason using the server shortname itself (despite that not being the DNS I'm using for the local site), but it does resolve on the system....

2014-06-21 23:54:08 ERROR Uncaught exception: Traceback (most recent call last): File "C:\opt\mylar\mylar\logger.py", line 141, in new_run old_run(_args, _kwargs) File "C:\opt\Python27\lib\threading.py", line 504, in run self.__target(_self.__args, _self.kwargs) File "C:\opt\mylar\mylar\webserve.py", line 812, in queueissue raise cherrypy.HTTPRedirect("comicDetails?ComicID=%s" % ComicID) HTTPRedirect: (['http://media_server:8090/comicDetails?ComicID=53919'], 303) 2014-06-21 23:54:08 INFO Issue not found. Status kept as Wanted. 2014-06-21 23:54:08 INFO Could not find Issue 19 of All-New X-Men(2013) using nzb.su 2014-06-21 23:54:06 ERROR Uncaught exception: Traceback (most recent call last): File "C:\opt\mylar\mylar\logger.py", line 141, in new_run old_run(_args, *_kwargs) File "C:\opt\Python27\lib\threading.py", line 504, in run self.__target(_self.args, _self.__kwargs) File "C:\opt\mylar\mylar\webserve.py", line 812, in queueissue raise cherrypy.HTTPRedirect("comicDetails?ComicID=%s" % ComicID) HTTPRedirect: (['http://media_server:8090/comicDetails?ComicID=53919'], 303) 2014-06-21 23:54:06 INFO Issue not found. Status kept as Wanted. 2014-06-21 23:54:06 INFO Could not find Issue 20 of All-New X-Men(2013) using nzb.su 2014-06-21 23:54:04 ERROR Uncaught exception: Traceback (most recent call last): File "C:\opt\mylar\mylar\logger.py", line 141, in new_run old_run(_args, _kwargs) File "C:\opt\Python27\lib\threading.py", line 504, in run self.target(_self.__args, *_self.kwargs) File "C:\opt\mylar\mylar\webserve.py", line 812, in queueissue raise cherrypy.HTTPRedirect("comicDetails?ComicID=%s" % ComicID) HTTPRedirect: (['http://media_server:8090/comicDetails?ComicID=53919'], 303)

[evilhero]

Ok, that's a new one. It looks like when it does the threading search (which is what the Force Check does, starts a seperate thread) upon failing it's trying to redirect the browser to the comic details page for the given issue, which it can't do because it's a threaded call.

I can see logistically what it's doing and the reason the error is happening, but I can't reproduce it on my system for some reason. Are you just doing a Force Check on the Upcoming tab?

Edit: Ok, this doesn't happen on linux, but on Windows machines - when it cannot find an issue with the manual search off of the comic details screen it tries to redirect. Will have fix up momentarily hopefully ;)

[dfjkl]

I was clicking what appears to be a nice new option for manually searching for specific issues right from where the issue is listed as "Wanted" in the interface. Another issue of contention for me currently is all the issues I'm searching for are actually there....but I don't know why Mylar isn't pulling them up....but anyway, the error is what was really jumping out at me.

[evilhero]

If you have issues that are in Wanted status, but are within the series directory - you probably got bit when ComicVine changed their API restrictions,which resulted in you pulling down no issue data for particular series (usually the still continuing series). Mylar was then able to refresh the series at some point later, and considered all the issues as Wanted since they didn't exist previously in the issues table (cause it got wiped during the refresh above, but was never repopulated due to the CV change).

• You'll need to get your own ComicVine API key *

Once that's done, and entered into Mylar, you'll have to either do a Refresh Series or do a Force Update Active Comics (Manage tab/Advanced options) to do your entire db at once. I put in some logic for it check if a series is 'out of whack' -meaning that if it has no issuedata present or the issue count is messed up (ie. 6/4).

Newest commit also has the fix for automarking upcoming issues that weren't upcoming (it would use the publication date to see if it was an upcoming issue, which is wrong - it should be by store date).So get on the newest commit, then try doing a Refresh Series and if that works then try the Update Active to get your entire watchlist back in order.

There might be the odd instance where an issue says it's Archived due to this - if so, simply mark it as Skipped and then Refresh the series to get it all line up again. Note, this Archive issue seems to be occuring with weekly pull list issues thus far. I'm currently looking into what's going on and how I can address it ...

[dfjkl]

Already have an API key. I didn't when the initial search provider issue cropped up, got one, input it, didn't make a difference at the time. Seems better now though. Will try the other suggestions at some point in the not too distant future.

[encript]

I am using this on Ubuntu server and was having the same error as the original poster. The solution for me, was that the permissions on the search folder (I was searching manually) were not correct. Once I fixed the permissions it was able to find comics.

[evilhero]

Good to know it wasn't os-specific as I thought originally. I run Ubuntu Server and couldn't reproduce the error, which is why I thought it was os specific because I was able to on windows 8.

When you say search folder, are you meaning the comic directory for the given series?

[encript]

I mean my downloads folder. I sometimes manually check it for comics. It stopped working properly, but now it's working again.

[solspire]

j'ai aussi cette erreur....

Uncaught exception: Traceback (most recent call last): File "/volume1/@appstore/mylar/share/mylar/mylar/logger.py", line 159, in new_run old_run(_args, _kwargs) File "/usr/local/python/lib/python2.7/threading.py", line 754, in run self.__target(_self.__args, _self.__kwargs) File "/volume1/@appstore/mylar/share/mylar/mylar/search.py", line 1544, in searchforissue foundNZB, prov = search_init(comic['ComicName'], result['Issue_Number'], str(ComicYear), comic['ComicYear'], Publisher, IssueDate, StoreDate, result['IssueID'], AlternateSearch, UseFuzzy, ComicVersion, SARC=None, IssueArcID=None, mode=mode, rsscheck=rsscheck, ComicID=result['ComicID'], filesafe=comic['ComicName_Filesafe']) File "/volume1/@appstore/mylar/share/mylar/mylar/search.py", line 283, in search_init if searchprov == '32P': UnboundLocalError: local variable 'searchprov' referenced before assignment

[evilhero]

@solspire: after any configuration change regarding providers (enabling / disabling), you need to save the config and restart mylar.

The error you're getting is typically due to not restarting after a provider change of some kind.