Ticket #38 (closed defect: fixed)

Opened 5 years ago

Last modified 5 years ago

LastChange events seem not to get propagated to a ControlPoint

Reported by: dev Assigned to: dev
Priority: major Milestone: first public beta
Component: UPnP Event SubSystem Version:
Keywords: Cc:

Description

While testing a MediaRenderer backend it seems that the there generated LastChange? events aren't propagated to the ControlPoint.

Or the variable change doesn't result in a LastChange? modification.

Change History

15.12.2006 12:51:08 changed by dev

The Event is discarded by the ControlPoint due to an invalid value in one or more of the StateVariables?.

So we need a much better default value handling and should probably extend the usage of the <defaultValue> tag in the xml service description.

15.12.2006 12:51:16 changed by dev

  • status changed from new to assigned.

15.12.2006 21:05:29 changed by dev

  • status changed from assigned to closed.
  • resolution set to fixed.

(In [193]) a whole bunch of changes in the xml service descriptions regarding default values and the definition of all allowed values.

Plus a our very first own vendor extension

coherence:X_withVendorDefines = "True|False"

which defines if a value in

  • a allowedValueList and
  • a allowedValueRange

can be extended by a vendor.

This is currently used only in the description files used for service creation, but it could be inserted into the description files we send out to other devices too.

This changeset fixes #37 and #38.

17.12.2006 23:28:37 changed by dev

(In [202]) We have a controllable MediaRenderer!

Everything that was needed to get recognized by the Intel ControlPoint. An audio file will be played and progress displayed on the ControlPoint. Pause, Start and Stop seem to work.

There is an issue left on EOS and resetting the CurrentTransportActions?.

This addresses #38 again.