Bug 17613 – Add support for third party UPnP menus

Bug 17613 - Add support for third party UPnP menus

Summary:

Add support for third party UPnP menus

Status:	NEW

Product:	Logitech Media Server
Classification:	Unclassified
Component:	UPnP
Version:	7.7.0
Platform:	PC Other

Importance:	-- enhancement with 5 votes (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2011-09-28 20:51 UTC by Erland Isaksson
Modified:	2011-10-12 05:48 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Erland Isaksson 2011-09-28 20:51:59 UTC

It should be possible for third party plugins to add content and separate menus in the UPnP plugin (in the UPnP MediaServer exposed).

Currently the exact menus are hard coded in the UPnP plugin so there is no way for any third party plugin that want to expose menus to the Revue to do this except for implementing a completely new UPnP server inside the third party plugin.

Possible solutions:
1. 
Make the UPnP plugin start using Slim/Menu/BrowseLibrary.pm to see what menus it should expose. This would be the logical choice since one of the purposes with the "onebrowser" initiative was to have one API for third party plugins that wanted to add menus.

2.
Make a custom API in the UPnP plugin where third party plugins can register their own menus. This way third party plugins would have to use two API's, one to expose menus to Squeezebox devices and a different API to expose things to UPnP devices like the Revue.