[mythtv] [PATCH] If a program is marked SingleRecord then it cannot be a dup.

[Bruce Markey]

Derek Atkins wrote:
> This patch (hopefully) fixes the code that detects duplicates in the
> to-be-recorded list of programs so that programs marked SingleRecord
> are automatically considered non-duplicates.

Derek's patch reminds me of a related issue that has confused
me in the past but I think I understand a little better now.

Say I choose a title on the 10th for recurring record with
timeslot, channel, anywhere or weekslot. This is added to
the 'record' table with the timestamps and description for
the showing on the 10th. Later, I find the options page for
the show on the 17th. This page shows the timestamps and
description for 17th. However, if I change the type to single
record it changes the existing row in the record table so
that the 10th is now marked for single record, there is no
longer a recurring record and the showing on the 17th has not
been marked for single record. It should have added a new row
for the single record on the 17th and left the recurring record
in tact.

The same thing happens if you choose a channel record on a
Tuesday then a few weeks later decide to mark a Friday showing
as a weekslot. It changes the type on the existing row in the
table so that it becomes a weekslot for Tuesdays. In this case
it should keep the existing row but modify the timestamps along
with the type change so that a weekslot or timeslot would
match the times for the showing that the user is editing.

It seems to me that the solution would be 1) if the type is
changed to single, insert a new row for that single record,
else 2) if the type is changed to any other type, update the
times, dates, subtitle and description.

I imagine the fixes would be isolated to the options pages or
are there other things to consider in fixing these problems?

--  bjm