<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 9, 2015 at 3:43 PM, Hika van den Hoven <span dir="ltr"><<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hoi Ian,<br>
<div><div class="h5"><br>
Monday, November 9, 2015, 9:39:17 PM, you wrote:<br>
<br>
> On Mon, Nov 9, 2015 at 3:26 PM, Hika van den Hoven <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>><br>
> wrote:<br>
<br>
>> Hoi Hika,<br>
>><br>
>> Monday, November 9, 2015, 9:03:07 PM, you wrote:<br>
>><br>
>> > Hoi Ian,<br>
>><br>
>> > Monday, November 9, 2015, 8:38:39 PM, you wrote:<br>
>><br>
>> >> On Nov 9, 2015 2:26 PM, "Ian Evans" <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:<br>
>> >>><br>
>> >>><br>
>> >>> On Nov 9, 2015 1:53 PM, "Hika van den Hoven" <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>><br>
>> wrote:<br>
>> >>> ><br>
>> >>> > Hoi Hika,<br>
>> >>> ><br>
>> >>> > Monday, November 9, 2015, 7:36:23 PM, you wrote:<br>
>> >>> ><br>
>> >>> > > Hoi Paul,<br>
>> >>> ><br>
>> >>> > > Monday, November 9, 2015, 7:17:45 PM, you wrote:<br>
>> >>> ><br>
>> >>> > >> On Tue, Nov 10, 2015 at 5:43 AM Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>><br>
>> >> wrote:<br>
>> >>> ><br>
>> >>> > >>> On Sun, Nov 8, 2015 at 4:49 PM, Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a><br>
>> ><br>
>> >> wrote:<br>
>> >>> > >>><br>
>> >>> > >>>> Couple of weird things with tmdb3.py today.<br>
>> >>> > >>>><br>
>> >>> > >>>> One movie gave me choices to select. Selected the correct one,<br>
>> but<br>
>> >>> > >>>> nothing was downloaded or updated, instead giving me a no<br>
>> results<br>
>> >> found<br>
>> >>> > >>>> error, despite the fact that it just showed me the box cover in<br>
>> >> the choices<br>
>> >>> > >>>> and I chose the correct one.<br>
>> >>> > >>>><br>
>> >>> > >>>> Second movie, it's not offered in the choices despite being in<br>
>> the<br>
>> >> tmdb<br>
>> >>> > >>>> database.<br>
>> >>> > >>>><br>
>> >>> > >>>> If I look manually in a browser and get the tmdb number and run<br>
>> >>> > >>>> /usr/share/mythtv/metadata/Movie/tmdb3.py -D 133557 I see the<br>
>> >> available<br>
>> >>> > >>>> info.<br>
>> >>> > >>>><br>
>> >>> > >>>> So I put tmdb3.py_133557 into the video details and still was<br>
>> not<br>
>> >> able to<br>
>> >>> > >>>> retrieve anything.<br>
>> >>> > >>>><br>
>> >>> > >>>> Is there just general wonkiness with tmdb today?<br>
>> >>> > >>>><br>
>> >>> > >>>><br>
>> >>> > >>>><br>
>> >>> > >>> Okay, the weirdness with tmdb3 continues today.<br>
>> >>> > >>><br>
>> >>> > >>> Nov 9 11:30:26 buster mythfrontend.real: mythfrontend[4887]: I<br>
>> >>> > >>> MetadataDownload metadatagrabber.cpp:455 (RunGrabber) Running<br>
>> >> Grabber:<br>
>> >>> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -D 14637<br>
>> >>> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
>> >>> > >>> MetadataDownload metadatagrabber.cpp:455 (RunGrabber) Running<br>
>> >> Grabber:<br>
>> >>> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -C 14637<br>
>> >>> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
>> >>> > >>> MetadataDownload metadatadownload.cpp:187 (run) Metadata Lookup<br>
>> >> Failed: No<br>
>> >>> > >>> Results Nothing But the Truth 0 0<br>
>> >>> > >>> Nov 9 11:30:27 buster mythfrontend.real: mythfrontend[4887]: I<br>
>> >>> > >>> CoreContext videodlg.cpp:3347 (customEvent) No results found for<br>
>> >> Nothing<br>
>> >>> > >>> But the Truth 0 0<br>
>> >>> > >>><br>
>> >>> > >>> If I ssh in and manually run:<br>
>> >>> > >>><br>
>> >>> > >>> /usr/share/mythtv/metadata/Movie/tmdb3.py -l en -a CA -D 14637<br>
>> >>> > >>><br>
>> >>> > >>> I get:<br>
>> >>> > >>><br>
>> >>> > >>> Traceback (most recent call last):<br>
>> >>> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 312, in<br>
>> >> <module><br>
>> >>> > >>> main()<br>
>> >>> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 306, in<br>
>> >> main<br>
>> >>> > >>> buildSingle(args[0], opts)<br>
>> >>> > >>> File "/usr/share/mythtv/metadata/Movie/tmdb3.py", line 70, in<br>
>> >> buildSingle<br>
>> >>> > >>> index = zip(*releases)[0].index(opts.country)<br>
>> >>> > >>> ValueError: tuple.index(x): x not in tuple<br>
>> >>> > >>><br>
>> >>> > >>> If I manually run:/usr/share/mythtv/metadata/Movie/tmdb3.py -l en<br>
>> >> -a CA -C<br>
>> >>> > >>> 14637<br>
>> >>> > >>><br>
>> >>> > >>> I get:<br>
>> >>> > >>><br>
>> >>> > >>> <?xml version='1.0' encoding='UTF-8'?><br>
>> >>> > >>> <metadata/><br>
>> >>> > >>><br>
>> >>> > >>> Here's another odd thing: If I strip off the '-l en -a CA' I get<br>
>> >> different<br>
>> >>> > >>> <a href="http://results.as" rel="noreferrer" target="_blank">results.as</a> in the bare -D 14637 command gives me an XML response<br>
>> >> full of<br>
>> >>> > >>> movie information.<br>
>> >>> > >>><br>
>> >>> > >>> This has all worked beautifully before. Did a recent change break<br>
>> >> things<br>
>> >>> > >>> or did tmdb change something on their side?<br>
>> >>> > >>><br>
>> >>> > >>> Hope the additional info helps.<br>
>> >>> > >>><br>
>> >>> > >>> I had exactly the same issue a week or so ago. I'm in New Zealand<br>
>> >> BTW and<br>
>> >>> > >> so I has "-l en -a NZ". I modified the script to force "US" and it<br>
>> >> works<br>
>> >>> > >> again, so I think it's some kind of location based issue.<br>
>> >>> ><br>
>> >>> > >> Cheers,<br>
>> >>> > >> Paul<br>
>> >>> ><br>
>> >>> > > No both with CA, NZ or NL it works here. It makes me think of a<br>
>> small<br>
>> >>> > > bug I fixed in youtube a few month ago, where the presence of some<br>
>> >>> > > default was wrongly assumed. I have to look if I see anything<br>
>> similar.<br>
>> >>> ><br>
>> >>> > Anyhow I checked in my version of tmdb3.py (version 0.3.7) and it's<br>
>> >>> > not your version. line 70 in your trace is on line 64, so there are<br>
>> >>> > some 6 extra lines in the top and his line 306 is at 294, so some<br>
>> >>> > other extra 6 lines? If you can send me your version I can have a<br>
>> >>> > look.<br>
>> >>> ><br>
>> >>> > Tot mails,<br>
>> >>> > Hika mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
>> >>> ><br>
>> >>><br>
>> >>> My version is 0.3.7. Can't school in right now as the coffee shop is<br>
>> >> blocking my dynamic dns address. Will try to get around it.<br>
>><br>
>> >> That should read "ssh" in. Sometimes I don't catch the phone keyboard<br>
>> auto<br>
>> >> correct.<br>
>><br>
>> > I emerge the latest version (okt 25) from Gentoo on my workstation and<br>
>> > I now get the same error. But on a quick glance all that has been<br>
>> > added is some error catching. So my first thought was that it was<br>
>> > deeper down in the underlying libraries, but running my old script on<br>
>> > the updated libraries does not give the error. I have to look deeper<br>
>> > at the changes.<br>
>><br>
>> > Tot mails,<br>
>> > Hika mailto:<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a><br>
>><br>
>> OK, I do not jet fully understand, but it looks like that the added<br>
>> IndexError handler prevents the ValueError handler from being ignored.<br>
>> So either removing the IndexError or reversing the order will work.<br>
>> For now, if you in line 72 change:<br>
>><br>
>> except IndexError, ValueError:<br>
>><br>
>> to:<br>
>><br>
>> except ValueError, IndexError:<br>
>><br>
>> Making that change worked. Should a bug report be filed?<br>
<br>
</div></div>I will do, but I first have to study it some more to come with the<br>
right solution.<br>
<span class="im HOEnZb"><br></span></div><span class="im HOEnZb">Well, thanks for your help. I hadn't added anything to my library in a while so I wonder how long it's been like that.<br></span></blockquote></div><br></div></div>