[mythtv] [mythtv-commits] Ticket #3117: Rewrite Mythweb's Mythvideo Module

[Tom Lichti]

Rob Smith wrote:
> On 2/23/07, Tom Lichti <tom at redpepperracing.com> wrote:
>> I've updated mythweb to latest 12861, and the behaviour is different,
>> but the end result is now worse. Now when I select the correct IMDB
>> entry from the search, I don't get the empty 'Custom Search' window, but
>> I still don't get the cover, and now it doesn't even save the imdb
>> results in the database, which was not the case yesterday...one step
>> forward, two back I'm afraid...
>>
>> Tom
> 
> Can you give me a few examples of titles where it's failing? I've
> wiped my video database and started entirely over and it nailed each
> one exactly right, so I'm haivng issues duplicating.

I think I may have found the problem, although I'm not sure where it's 
going wrong. The one I'm looking at in particular is 'A Bugs Life'. My 
setup is somewhat strange. The server that is running Apache is also a 
CIFS host for the mythvideo/music files, but is NOT a Myth backend, so 
it doesn't have local access to Myth recordings, but it DOES have local 
access to Myth videos. The videos are located in /usr/local/nfs/movies, 
which I have sym-linked to /usr/local/apache2/htdocs/mythweb/data/video 
and /usr/local/apache2/htdocs/mythweb/data/videos (don't know why there 
are two, mythweb insists on creating two). I have also sym-linked the 
movies directory to /myth/movies, which is consistent with my frontends. 
I updated the database yesterday to reflect that path (/myth/movies) for 
the apache server, as per our earlier email. I have created 
/myth/movies/posters, and sym-linked THAT to 
/usr/local/apache2/htdocs/mythweb/data/video_covers.

So, with that out of the way, when I hover over the link for A Bugs 
Life, I get this: 
http://apacheserver/mythweb/data/video//myth/movies/Kennedy/A%20Bugs%20Life.avi

which is not a valid link, so it appears it is taking the base url and 
adding the database path to make the link. Is that correct behaviour? If 
so, I need to modify the database path to reflect that, which may be why 
the poster download is failing, if it's trying to copy to that path. I 
don't know why the database update of the metadata is failing though, 
since the db ID is correct.

Tom