<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 9, 2015 at 3:26 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Hika,<br>
<div><div class="h5"><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>> 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>
>> wrote:<br>
>>> > >>><br>
>>> > >>>> Couple of weird things with tmdb3.py today.<br>
>>> > >>>><br>
>>> > >>>> One movie gave me choices to select. Selected the correct one, but<br>
>>> > >>>> nothing was downloaded or updated, instead giving me a no 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 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 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 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 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 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>
</div></div>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>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote></div>Making that change worked. Should a bug report be filed?<br></div></div>