Opened 15 years ago
Closed 15 years ago
#7119 closed defect (fixed)
Trunk r21977 MythWeb issues
Reported by: | Owned by: | Rob Smith | |
---|---|---|---|
Priority: | minor | Milestone: | 0.22 |
Component: | Plugin - MythWeb | Version: | unknown |
Severity: | medium | Keywords: | MythWeb trunk |
Cc: | Ticket locked: | no |
Description
I am running trunk r21977 but these MythWeb issues were seen in previous releases.
1) I have two non-conflicting recording showing up for Eastwick Sept 30th. Same channel same time for both shows. I only have one tuner/recorder (HDPVR).
2) I have a conflict between a show I scheduled at the same time as a daily scheduled program. When I click "don't record" on the daily scheduled program nothing changes. When I increased the priority of the conflict program it will now be recorded and the daily program is in conflict (as you would expect).
3) If I am in the search screen and then schedule one of the search items then use the browser's back button the search page is position at the top of the page. The search page position is lost. The page position used to be maintained a week or so ago. Using FF 3.0.14.
Attachments (1)
Change History (7)
comment:2 Changed 15 years ago by
Replying to MarcT <drayson@net1plus.com>:
I have the same issue to item 1 except for Cougar Town also on Sept 30th. A non conflicting recording to happen on the same channel in the same time period with a fabled 4th HD capable capture device. I have 3 HD-5000's and 1 PVR-500. mythbackend --printsched does not show the duplication as it is only scheduled to record a single time using card #4, which is one of the HD-5000's.
I'm seein the same issue in MythWeb's Upcoming Recordings page. Single upcoming recording displayed twice and it is not shown in mythbackend --printsched.
comment:3 follow-up: 4 Changed 15 years ago by
Are all the duplicated recording schedules shown of type 'record once'?
comment:4 Changed 15 years ago by
Replying to kormoc:
Are all the duplicated recording schedules shown of type 'record once'?
Not in my case, so far all seem to have been "Record at any time on channel X" or "... any time on any channel".
Duplicates seem to occur near the end of the upcoming list (7 days). For example, yesterday I had duplicates for a particular program. Today (when some new EIT data has been added and new program will be recorded on that same day) that same program does not have duplicates anymore but another program at the same day does have.
To illustrate, yesterday I had in upcomings:
... DAY 7 Program A Program B (anytime on channel 3) Program B (anytime on channel 3)
Today I have
... DAY 6 Program A Program B (anytime on channel 3) Program C (anytime on any channel) Program C (anytime on any channel) DAY 7 Program D
Changed 15 years ago by
Attachment: | upcoming_recordings.patch added |
---|
comment:5 Changed 15 years ago by
The attached patch seems to fix the duplicate recording on the upcoming recordings page, although I doubt this is really the best solution. In my case, the "duplicate" recording is taking the place of a scheduled recording which is omitted from the page. Seems to be an issue around re-use of the variable named "show"
Index: mythplugins/mythweb/modules/tv/upcoming.php =================================================================== --- mythplugins/mythweb/modules/tv/upcoming.php (revision 22240) +++ mythplugins/mythweb/modules/tv/upcoming.php (working copy) @@ -133,6 +133,8 @@ } } + unset($show); + // Sort the programs if (count($all_shows)) {
comment:6 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
I have the same issue to item 1 except for Cougar Town also on Sept 30th. A non conflicting recording to happen on the same channel in the same time period with a fabled 4th HD capable capture device. I have 3 HD-5000's and 1 PVR-500. mythbackend --printsched does not show the duplication as it is only scheduled to record a single time using card #4, which is one of the HD-5000's. I already provided one of the devs with a copy of my database to attempt to replicate the issue.