Opened 14 years ago

Closed 14 years ago

#2677 closed defect (worksforme)

Find One, finds them all

Reported by: John Poet <jppoet@…> Owned by: Isaac Richards
Priority: minor Milestone: unknown
Component: mythtv Version: 0.20
Severity: medium Keywords:
Cc: Ticket locked: no


Setting a "Find One" record for a show which is "Unidentified" causes Myth to record all occurrences of the show.

In other words, if the Program ID ends with 0000, instead of recording one instance of the show, all get recorded.

Change History (2)

comment:1 Changed 14 years ago by martin@…

I presume you are using the RT grabber?

Guessing here, I could be wrong, but the duplicate checking uses the last 4 digits to distinguish episodes within a series. The fact that these all end in 0000 is probably tricking the scheduler into thinking they are generic episodes, and hence is recording them all.

I suppose a suitable fix would be to be able to switch off matching using programid, and only match using the title, subtitle and description - I don't beleive this is currently possible. My understanding is that if programid data is present, the duplicate checking method chosen will be ignored and the programid data will be used irrespectively. I personally use the EIT data, along with a new duplicate checking method (see ticket 2655).

How about a patch to switch off programid matching for a specific schedule? I'm guessing it would need a schema upgrade, unless I could work it using an existing column. I'll have a look into it. Any thoughts? Potentially a new dup-check method could be created, but then we would have a conflict as to which is the default. xx_grabber people would go for the programid method, whereas EIT people would go for subtitle else description / subtitle & description.

comment:2 Changed 14 years ago by bjm

Resolution: worksforme
Status: newclosed

You hypothesis is incorrect. You should have spent your time describing the problem you see rather than offering a bogus explanation. For instance, are all upcoming episodes marked as rsWillRecord? Or, does the second only get marked to record after the first recording finishes? does record.findid have a value?

Note: See TracTickets for help on using tickets.