View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0013092||MediaMonkey for Android||UPnP / Casting||public||2016-01-26 18:01||2021-03-05 20:18|
|Platform||Celeron 500||OS||Windows 2000||OS Version||2.1|
|Summary||0013092: UPnP search of twonkeyvision doesn't show content in 'Tracks'|
|Description||If the user searches for Beatles in MMA connected to MMW UPnP server, then tracks by the Beatles appear under the 'Tracks' tab.|
But if the user does the same search on TwonkyMedia, then Albums and Artists tabs are filled with content as expected, but the 'Tracks' tab only has tracks with 'Beatles' in the title. Is it possible to fix this?
|Tags||No tags attached.|
|Fixed in build|
The result depends on the server implementation. The search criterion is according UPnP standard:
(upnp:class derivedfrom "object.item.audioItem" or upnp:class derivedfrom "object.item.videoItem ") and (dc:title contains "Beatles" or dc:creator contains "Beatles" or upnp:artist contains "Beatles" or upnp:albumArtist contains "Beatles" or upnp:album contains "Beatles" or upnp:author contains "Beatles" or upnp:genre contains "Beatles")
In offline discussion (and following some other discussion at 0013091 where there was discussion of using 2 levels of hierarchy.), there was some consensus that the best solution might for 'Tracks' to only list tracks containing the search term (I.e. do not list tracks with x as Album, composer, artist, album artist, ... ).
Pros: this query would be simpler and correctly processed by most servers...
Cons: it would yield an inferior experience when connecting to MMW, and it might not meet user expectations since in other parts of the UI, the Tracks tab normally contains all matching tracks.
However, given the paucity of UPnP servers that are supporting search (QNAP UPnP no longer seems to work, Twonky Vision is not used much, Plex doesn't support search, MinimServer included with QNAP doesn't seem to work), I would propose that we reduce the priority of this issue (and possibly defer it indefinitely).
Ticket # 816 also reports this for a Linux Raspberry with mimidlna server.