[mythtv] PATCH for MythWeb to allow unsuppressing a recording

Panix mythtv at cox-internet.com
Wed May 14 14:19:00 EDT 2003

I think the override function would work the best. (also the option to
remember this choice for future recordings of that show, sort of like how
the conflict resolution works).

----- Original Message -----
From: "Craig Longman" <craigl at begeek.com>
To: "Development of mythtv" <mythtv-dev at snowman.net>
Sent: Wednesday, May 14, 2003 1:02 PM
Subject: Re: [mythtv] PATCH for MythWeb to allow unsuppressing a recording

> Panix wrote:
> >I originally had this function added when i made the conflict resolution
> >changes to MythWeb, but chose not to include it because there was not
> >similar functionality in Mythfrontend and I wanted the same options to be
> >available in both interfaces.
> >
> i found this to not be a good idea.
> i had been working on allowing this in the regular front end, and this
> was my first thought.  but if you do delete an entry in that table, you
> will find that you suddenly have trouble with other places, mostly
> related to if you have a recorded version of that episode that you
> haven't deleted yet;  i know that this is unlikely, but i was just
> trying to make sure everything was happy with the change.  i've been
> thinking about a better way, but haven't really finished wrapping my
> head around the whole codebase (or most of it).
> the problem might be to simply remove the requirement on all joins that
> an entry in recorded requires and entry in oldrecorded also, but i'm not
> at the point of understanding where i feel i can make that statement
> definitively.
> a better way (perhaps) is to flag it for the scheduler as an over-ride,
> this is the path i'm thinking along right now.
> cheers,
>     CraigL->Thx();
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at snowman.net
> http://lists.snowman.net/cgi-bin/mailman/listinfo/mythtv-dev

More information about the mythtv-dev mailing list