[mythtv-users] tmdb issues today?

Mon Nov 9 20:39:17 UTC 2015

On Mon, Nov 9, 2015 at 3:26 PM, Hika van den Hoven <hikavdh at gmail.com>
wrote:

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