Opened 13 years ago

Closed 10 years ago

#2678 closed defect (worksforme)

Duplicate checking of "unidentified episode"s is broken

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

Description

This is probably a dupe of 2677.

Setting up a search rule which happens to match "Unidentified Episode"s, records duplicates. It acts like it does not bother to compare the title and descriptions when then programid ends with "0000".

For example, I have a search rule to record shows begining with "Fast Flights:". Under this rule it has already recorded "Fast Flights: British Isles". Even so, the scheduler is recording every single instance of "Fast Flights: British Isles". All of the episodes it is repeately recording have the same description: "A 500-mile aerial excursion over the UK." They also all have the same programid: SH8505190000.

Change History (5)

comment:1 in reply to:  description Changed 13 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 10 years ago by stuartm

Component: mythtvMythTV - User Interface Library
Status: newinfoneeded_new

John, are you still seeing this behaviour? I can't say I've noticed it.

comment:3 Changed 10 years ago by stuartm

Component: MythTV - User Interface LibraryMythTV - Scheduling

comment:4 Changed 10 years ago by jppoet@…

I had completely forgotten about this ticket. Obviously has not been bothering me.

I don't know if it still happens, but if I encounter the problem again, I can open a new ticket. Go ahead and close this one.

comment:5 Changed 10 years ago by robertm

Resolution: worksforme
Status: infoneeded_newclosed

Closing at request of reporter. Thanks for reporting back, John.

Note: See TracTickets for help on using tickets.