When searching for a sub, the warning/error below is shown in the log (for now I've enabled debugging):
2/03/2019 20:39:25|ERROR |root |BAZARR Error trying to get video information for this file: /volume1/remote/media/TV/Nice Serie/Season 01/the.serie.s01e10.1080p.web.x264-tbs.mkv|Traceback (most recent call last): File "/volume1/@appstore/bazarr/bazarr/get_subtitle.py", line 69, in get_video refine_from_db(original_path,video) File "/volume1/@appstore/bazarr/bazarr/get_subtitle.py", line 670, in refine_from_db if int(data[4]) > 0: video.year = int(data[4])TypeError: int() argument must be a string or a number, not 'NoneType'|
Steps to reproduce the behavior:
Im having the exact same error after the latest update
Sometimes also gettig the following error:
Traceback (most recent call last): File "/app/bazarr/bazarr/get_subtitle.py", line 69, in get_video refine_from_db(original_path,video) File "/app/bazarr/bazarr/get_subtitle.py", line 663, in refine_from_db data = c.execute("SELECT table_shows.title, table_episodes.season, table_episodes.episode, table_episodes.title, table_shows.year, table_shows.tvdbId, table_shows.alternateTitles, table_episodes.format, table_episodes.resolution, table_episodes.video_codec, table_episodes.audio_codec FROM table_episodes INNER JOIN table_shows on table_shows.sonarrSeriesId = table_episodes.sonarrSeriesId WHERE table_episodes.path = ?", (path_replace_reverse(path),)).fetchone()ProgrammingError: You must not use 8-bit bytestrings unless you use a text_factory that can interpret 8-bit bytestrings (like text_factory = str). It is highly recommended that you instead just switch your application to Unicode strings.
I've push a fix to dev branch, can you test it please?
Pulled the latest dev release and it seems to be fixed.
@pven and for you?
@morpheus65535
I don't know how to say this without sounding like a d*ck, but you're using dev/master branches incorrectly, mate. Untested code shouldn't go into master, with patches to the inevitable bugs being routed via dev. If you want to separate out new features into some sort of development (or any other) branch, that's great. It should be done. But they should be tested before being merged into master. And if you decide to not sequester untested code in a side branch, and simply dump it in master, you should also immediately submit any bug fixes into master as well. There may not be a single correct workflow in git, but it's probably the prototype of incorrect to place untested (i.e. bad) code in master and the fixes to that bad code in a development side branch.
@rallyemax Don't worry, I'm always happy to discuss about what could be improved :-)
Regarding branch flow, every reading that I can find always state that master is the final destination: https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow
We are developing minor fixes in dev but major functionalities are developed in features branches. New features are tested by a limited group of users in dev before being merged to master and released.
Unfortunately, we are not able to test each and every use case as you can imagine. There is so many combination of Sonarr/Radarr version, enabled providers, enabled languages and so many other settings that can make think broke.
From time to time, some bug get through the dev branch up to master branch and can impact our main users group. That's something we try to avoid as much as possible by testing the dev branch thoroughly but, as a previously said, we cannot get everything.
Again, thanks for your feedback!
@pven and for you?
Sorry, I did not have time yet to look at it. Will get back to this asap.
I am currently running the dev-branche. I will let you know over some hours if the error is gone. (As far as I know, I can not trigger it?)
I just noticed another simular error, but I think it is more some kind of warning: 'Insufficient data to process the guess' ?
23/03/2019 10:10:29|ERROR |root |BAZARR Error trying to get video information for this file: /volume1/remote/media/TV/Nice Show/Season 01/Nice.Show.Part.8.720p.HDTV.x264-TURBO-Obfuscated.mkv|'Traceback (most recent call last):\n File "/volume1/@appstore/bazarr.dev/bazarr/get_subtitle.py", line 65, in get_video\n video = parse_video(path, hints=hints, providers=providers, dry_run=dont_use_actual_file)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subzero/video.py", line 58, in parse_video\n skip_hashing=skip_hashing)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal_patch/core.py", line 522, in scan_video\n video = Video.fromguess(path, guessed_result)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal/video.py", line 93, in fromguess\n return Episode.fromguess(name, guess)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal/video.py", line 170, in fromguess\n raise ValueError(\'Insufficient data to process the guess\')\nValueError: Insufficient data to process the guess'|
I just noticed another simular error, but I think it is more some kind of warning: 'Insufficient data to process the guess' ?
23/03/2019 10:10:29|ERROR |root |BAZARR Error trying to get video information for this file: /volume1/remote/media/TV/Nice Show/Season 01/Nice.Show.Part.8.720p.HDTV.x264-TURBO-Obfuscated.mkv|'Traceback (most recent call last):\n File "/volume1/@appstore/bazarr.dev/bazarr/get_subtitle.py", line 65, in get_video\n video = parse_video(path, hints=hints, providers=providers, dry_run=dont_use_actual_file)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subzero/video.py", line 58, in parse_video\n skip_hashing=skip_hashing)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal_patch/core.py", line 522, in scan_video\n video = Video.fromguess(path, guessed_result)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal/video.py", line 93, in fromguess\n return Episode.fromguess(name, guess)\n File "/volume1/@appstore/bazarr.dev/bazarr/../libs/subliminal/video.py", line 170, in fromguess\n raise ValueError(\'Insufficient data to process the guess\')\nValueError: Insufficient data to process the guess'|
GuessIt cannot guess the episode from your file name.
The error in my first comment did not pop up anymore today,
I am switching back to the master branche.
You should be all good as master branch include this fix.