[mythtv-commits] Ticket #11119: Viewing Live TV Causes Recordings to be Moved to Live TV Group
MythTV
noreply at mythtv.org
Thu Dec 5 18:55:43 UTC 2013
#11119: Viewing Live TV Causes Recordings to be Moved to Live TV Group
----------------------------------+-----------------------------
Reporter: scott.harris0509@… | Owner: danielk
Type: Bug Report - General | Status: assigned
Priority: minor | Milestone: unknown
Component: MythTV - General | Version: Master Head
Severity: medium | Resolution:
Keywords: | Ticket locked: 0
----------------------------------+-----------------------------
Comment (by jtbreitner.lists@…):
Relevant query results: http://pastebin.com/qRbKZG2y
Hardware in use: Two HDHR-Prime 3-tuner units.
In the above pastebin, there is one entry for the program in
mythconverg.oldrecorded and two entries in mythconverg.recorded; one for
the recording and one for the LiveTV stream each with recordid=350. The
query output is after the recording and live tv sessions ended thus
confirming the recording group does not change.
mythconverg.oldrecorded.recordstatus remains at rsRecording until the
backend is restarted. I believe OldRecordedFixUp catches these at start
and sets them to aborted. Changing oldrecorded.recordstatus to rsRecorded
will release the two entries and they'll appear in the program listing.
A search for this program in the MysQL query log does not produce a
"REPLACE into oldrecorded..." for this recordid that would update the
recordstat.
The recording finishes first in this example, with LiveTV ending 29
seconds later.
A test of a different session with the scheduled recording scheduled to go
longer than the LiveTV session produced the same results.
I am not familiar with the codebase, so if a dev/maintainer can give a
hint on what might be happening, I can probably get closer to a
resolution.
--
Ticket URL: <http://code.mythtv.org/trac/ticket/11119#comment:9>
MythTV <http://www.mythtv.org>
MythTV Media Center
More information about the mythtv-commits
mailing list