The key problem with the old duplicate is that it's not usable in many environments. For example, I have up to 120 episodes of "The Simpsons" per day in my schedule due to numerous channels, with typical of 60 per day. If duplicates are shown then the dvr is basically unusable. That is just for one show. If you add in duplicates for other shows then for the 20 programmes I actually have scheduled, it would typically have several thousand entries of potential duplicates and you could not see the wood for the trees.
It is not easy to re-add the functionality to the UI since it was removed in the server to ensure we correctly handled scenarios such as where autorecs could record programmes that the rule no longer matched, or didn't record ones they should match due to interactions between autorecs; and to add functionality to ensure we don't record partial programmes or record in SD when the user wanted HD. That needed the list of upcoming timers to be accurate and not contain duplicates, and had the benefit of slightly reducing memory usage.
The PR fixes up the dialogs to handle incomplete xmltv/OTA data, so your xmltv isn't providing unique ids for programmes, hence the dialogs were empty. For Joe, I guess his country isn't providing OTA with the unique ids.
I think the PR might resolve Joe's issue (the PR was submitted before he wrote the comment). Though, it only matches by title if the epg info is incomplete, not via description. But, if you're recording programme A due to it matching description X then showing other title programmes with title A seems correct to me.
I can see it may be useful to add another dialog of epg entries that match a recording rule. But, I'm not really sure what scenario you have where you're recording a show and the PR which shows other shows with the same title isn't sufficient? Without understanding what is missing, I can't yet understand what that dialog would show that is different to what we are showing in the pull request.
Updated by 
Updated by 
Updated by 