[mythtv-commits] Ticket #10282: Recording status changed to rsRecorded after failing
MythTV
noreply at mythtv.org
Tue Feb 28 16:04:24 UTC 2012
#10282: Recording status changed to rsRecorded after failing
----------------------------------+-----------------------------
Reporter: stuartm | Owner: gigem
Type: Bug Report - General | Status: closed
Priority: minor | Milestone: 0.25
Component: MythTV - Recording | Version: Master Head
Severity: medium | Resolution: fixed
Keywords: | Ticket locked: 0
----------------------------------+-----------------------------
Changes (by Github):
* status: assigned => closed
* resolution: => fixed
Comment:
As noted in SHA1:9551bce2, MainServer doesn't know the actual
recording status because it defaults to rsRecorded when the
recordinginfo is initialized from the recorded table. MainServer
doesn't account for this and tries to make any needed state change
which always ends up staying rsRecorded. MainServer then passes this
bad status to the scheduler. If the recording had already failed, the
rsFailed status gets overwritten.
Since the scheduler knows the correct status, change the status to
rsUnknown in MainServer before updating the scheduler. The scheduler
now notices the special value and applies any needed state change
itself. In the case of a failed recording, the status now remains
rsFailed.
Also, remove the duplicate code in MS::DoHandleDeleteRecording() used
to stop an in-progress recording and use MS::DoHandleStopRecording()
instead. Try to avoid unnecessary reschedules when deleting programs
from the Deleted and LiveTV recording groups.
Fixes #10282
Branch: master
Changeset: 510da6972b8b9c713873689ab7248c6da60c71f3
--
Ticket URL: <http://code.mythtv.org/trac/ticket/10282#comment:2>
MythTV <http://code.mythtv.org/trac>
MythTV Media Center
More information about the mythtv-commits
mailing list