[mythtv] conflict resolution

[David Engel]

On Sat, Nov 08, 2003 at 12:09:54PM -0500, Chris Pinkham wrote:
> If recorddups is not set, the source code will not mark an item as
> duplicate provided it is not still in the recorded table, so it
> should show up to record.  

Yes, I know that.  But there is code in Scheduler::PruneList that
scans for and removes multiple showings from recordingList.  This is
exactly where my unpatched version is dropping the extra showings.  I
just re-re-verified it.  The issue I've been trying to address is why
Bruce's version is not doing this also.

> I agree with what Bruce is seeing.  With recorddups on, you should
> see all episodes of a show marked as non-duplicate as long as you
> don't have that episode sitting around in your recorded table still.

> I think you're reading the code wrong if what you're seeing as described
> in the table you drew is what you expect from reading the code (and
> assuming the show you're talking about has an exact match on title,
> subtitle, and description).

See the above concerning PruneList.  I can send you the debug output
if you like.  The programs have the exact same title, subtitle and
description, otherwise, they wouldn't be getting removed in PruneList.

> If recorddups is set, then the duplicate field will be set to false
> and the scheduler will say that it will record all episodes.  Of course
> after the first one is recorded and before it is deleted, then none
> will be marked to record since the recorddups code checks the recorded
> table.  

This is why I claimed my changes faithfully reproduced the old
behavior.  Since it's impossible to predict when the user will watch
or delete any recordings, I try to present what will happen if nothing
else changes.

David
-- 
David Engel
dlengel at attbi.com