[mythtv] PARTLY SOLVED Re: length mismatch between programinfo
torbjorn.jansson at mbox200.swipnet.se
Sat Nov 7 15:52:11 UTC 2009
> -----Original Message-----
> From: mythtv-dev-bounces at mythtv.org [mailto:mythtv-dev-bounces at mythtv.org]
> Behalf Of Matt S.
> Sent: Sunday, November 01, 2009 12:52 AM
> To: Development of mythtv
> Subject: Re: [mythtv] PARTLY SOLVED Re: length mismatch between
> On Tue, Jan 20, 2009 at 6:51 PM, Kevin Kuphal <kkuphal at gmail.com> wrote:
> > On Tue, Jan 20, 2009 at 4:16 PM, Brad Templeton
<brad+mydev at templetons.com>
> > wrote:
> >> Is there a bug report? Otherwise others will see this when they
> >> and I'll see it again (but know what to do) as there are too many bugs
> >> in trunk right now for me to use it in production and I'm going to
> >> revert. (At least I hope they are bugs, or did they really mean to
> >> change the UI that much?) But the killer bug is that instead of being
> >> better at recording from the 1394 streams, it seems worse. A new
> >> would possibly help, but that's a more one-way change and the new 1394
> >> drivers demand a very recent version, I understand.
> > I believe this is the original that references the bookmark value. I
> > chalked it up to some DB error I encountered on my system since it was
> > far removed from that revision. Probably something left over from a
> > back.
> > http://svn.mythtv.org/trac/ticket/2293
> > Kevin
> Resurecting an old thread, but wanted to let anyone who might stumble
> across this to know I've submitted a new ticket:
> I ran into this problem when upgrading from .21-fixes to .22-fixes
> (RC2). Turns out I had one recording from 2005 with a value of 127 in
> the bookmark column. It rendered my watch recordings list from
> populating at all. The workaround (as mentioned) is to manually edit
> the value to 1 or 0.
I ran into this issue too.
Would be nice with that one line fix to be added to the schema update code.
It may save other old users the trouble.
More information about the mythtv-dev