[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