Opened 17 years ago
Closed 15 years ago
#2678 closed defect (worksforme)
Duplicate checking of "unidentified episode"s is broken
| Reported by: | 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 Changed 17 years ago by
comment:2 Changed 15 years ago by
| Component: | mythtv → MythTV - User Interface Library |
|---|---|
| Status: | new → infoneeded_new |
John, are you still seeing this behaviour? I can't say I've noticed it.
comment:3 Changed 15 years ago by
| Component: | MythTV - User Interface Library → MythTV - Scheduling |
|---|
comment:4 Changed 15 years ago by
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 15 years ago by
| Resolution: | → worksforme |
|---|---|
| Status: | infoneeded_new → closed |
Closing at request of reporter. Thanks for reporting back, John.
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.