Opened 15 years ago

Closed 13 years ago

Last modified 13 years ago

#2070 closed defect (fixed)

search results duplicated for overlapping channels

Reported by: Robert Tsai Owned by: Rob Smith
Priority: minor Milestone: unknown
Component: mythweb Version: head
Severity: low Keywords: mythweb duplicate search results
Cc: Ticket locked: no

Description (last modified by Robert Tsai)

I have a system with 2 x HD-3000 cards each with their own differently-oriented antennas so that I can get all the channels in my area. There is some amount of overlap in the channels tunable by each pcHDTV card.

The MythWeb search results ("Movies", "New Titles", etc.) show the titles on these overlapping channels as separate results. However, I'm not sure of the best way to handle this.

I've attached a patch that groups the results by channum, so the interface gets less cluttered. Taking the "movies" canned search as an example, I generally use "Find one showing", and things work as expected and as intended; the GROUP BY channum doesn't hurt anything.

However, selecting "Record just this showing" might be intended to mean "record from this card", which would be hidden by any channum GROUP BY clauses.

I haven't checked the backend scheduler code to see exactly what "Record this showing" means yet. I've attached the patch I use in my tree in case anyone has the same peeve, but I'm not quite sure this should be committed.

Attachments (1)

mythweb.diff (470 bytes) - added by Robert Tsai 15 years ago.

Download all attachments as: .zip

Change History (10)

Changed 15 years ago by Robert Tsai

Attachment: mythweb.diff added

comment:1 Changed 15 years ago by Robert Tsai

Description: modified (diff)

comment:2 Changed 15 years ago by xris

the backend groups recordings by callsign. I don't have two listings anymore, so I don't want to just group by callsign without first seeing how this affects things on a larger scale. I do intend at some point in the (near) future to rewrite bits of mythweb to be more callsign-centric rather than chanid, though.

comment:3 Changed 15 years ago by xris

(In [11113]) initial attempt to track certain things by callsign instead of chanid. re #2070

comment:4 Changed 14 years ago by xris

Resolution: fixed
Status: newclosed

(In [13137]) group programs by callsign when retrieving listings and search results. This should close #2070

comment:5 Changed 14 years ago by Nick Morrott <knowledgejunkie@…>

Keywords: mythweb duplicate search results added
Resolution: fixed
Status: closedreopened
Type: patchdefect

Running 13242 I am still seeing duplicate results for programs on matching stations that are available on >1 video source. I have created a screenshot to show the current behaviour:

Note I am also seeing multiple duplicate airdates, which is detailed in ticket #2288.


comment:6 Changed 13 years ago by Rob Smith

Owner: changed from xris to Rob Smith
Status: reopenednew

is this still an issue with [14841]?

comment:7 Changed 13 years ago by Nick Morrott <<knowledgejunkie [at] gmail [dot] com>>


I am not seeing any real issues with MythWeb sorting (MBE currently running r14770) after the application/commit of the patches in tickets #2070, #3357, and #2288.

The only minor annoyance I see is for the set of results of a search across channels with multiple showings of the on at least one of those channels. I would prefer to see only one matching (the earliest is probably the best) showing per channel, but include the additional airdates for all showings (on the current and other channels) in the additional airdates field.

This could cut down the amount of data presented significantly for programmes which are shown on more than one channel with multiple weekly showings.

comment:8 Changed 13 years ago by Rob Smith

Resolution: fixed
Status: newclosed


I'm gonna close this as the ticket itself is fixed. Hopefully someone will get a patch together for your request, perhaps I will someday...

comment:9 Changed 13 years ago by Nick Morrott <knowledgejunkie(at)gmail(dot)com>


Not a problem - I'm happy that the original issue has been resolved and that the channel matching/result grouping is working much better.

Note: See TracTickets for help on using tickets.