Modify ↓

Opened 5 years ago

Closed 4 years ago

Last modified 4 years ago

#11495 closed Patch - Feature (fixed)

Patch to service api (dvr endpoint) allowing editing of existing recording schedules + backports dvr endpoint changes in trunk

Reported by: dev-team@… Owned by: gigem
Priority: minor Milestone: 0.27
Component: Bindings - XML/JSON Version: Master Head
Severity: medium Keywords: services-api dvr
Cc: Ticket locked: no

Description

Patch to service api (dvr endpoint) allowing editing of existing recording schedules + backports dvr endpoint changes in trunk

Attachments (6)

mythtv-0.26-serviceapi-dvr-editschedule.patch​ (13.0 KB) - added by dev-team@… 5 years ago.
mythtv-0.27-serviceapi-dvr-editschedule.patch​ (10.5 KB) - added by dev-team@… 5 years ago.
mythtv-0.26-serviceapi-dvr-editschedule.2.patch​ (13.1 KB) - added by dev-team@… 5 years ago.
renamed Edit -> Update
mythtv-0.27-serviceapi-dvr-editschedule.2.patch​ (10.6 KB) - added by dev-team@… 5 years ago.
renamed Edit -> Update
mythtv-0.27-serviceapi-dvr-editschedule.3.patch​ (19.6 KB) - added by dev-team@… 5 years ago.
updated Add / Update method definitions for a more complete set
mythtv-0.27-serviceapi-dvr-editschedule.4.patch​ (35.6 KB) - added by anonymous 4 years ago.

Download all attachments as: .zip

Change History (10)

Changed 5 years ago by dev-team@…

Changed 5 years ago by dev-team@…

comment:1 Changed 5 years ago by gigem

  • Owner changed from dblain to gigem
  • Status changed from new to assigned

Changed 5 years ago by dev-team@…

renamed Edit -> Update

Changed 5 years ago by dev-team@…

renamed Edit -> Update

Changed 5 years ago by dev-team@…

updated Add / Update method definitions for a more complete set

Changed 4 years ago by anonymous

comment:2 Changed 4 years ago by David Engel <dengel@…>

  • Resolution set to fixed
  • Status changed from assigned to closed

In 2865936d776f42759e2b41ed152126b0b264eb32/mythtv:

Rework recording rule handling in services API.

Thanks to tafy/dev-team%40tikinou.com providing the initial patch and
testing the end result.

The existing AddRecordSchedule?() and new UpdateRecordSchedule?() calls
essentially take complete, fully-specified rules and sanity check them
before saving. AddRecordSchedule?() is used to add new rules and
UpdateRecordSchedule?() is used to update existing rules.

GetRecordSchedule?() is changed to conveniently provide rules suitable
for later calls to AddRecordSchedule?() and UpdateRecordSchedule?().
When given a valid RecordId?, GetRecordSchedule?() returns that rule.
When given a Template name, GetRecordSchedule?() returns an empty rule
initialized with that template. When given a ChanId? and StartTime?,
GetRecordSchedule?() returns the rule for that program or a new one if
no rule currently exists. If the MakeOverride? parameter is true, the
returned rule for the program will converted to an override rule if
needed.

Clients should always call GetRecordSchedule?() with the appropriate
parameters before modifying the rule and then calling
AddRecordSchedule?() or UpdateRecordSchedule?(). In this way, clients
do not need to know all of the details on how to initialize rules or
update them for specific programs.

Fixes #11495

comment:3 Changed 4 years ago by gigem

  • Version changed from 0.26-fixes to Master Head

comment:4 Changed 4 years ago by wagnerrp

  • Milestone changed from unknown to 0.27

Add Comment

Modify Ticket

Action
as closed The owner will remain gigem.
The resolution will be deleted. Next status will be 'new'.
Author


E-mail address and user name can be saved in the Preferences.

Attachments ↑ Description ↑
 
Note: See TracTickets for help on using tickets.