[Pulfer]

Is it a bug or feature of XBMC to set object.item.audioItem.musicTrack class for playlists? Currently Showtime rejects to load XBMC's playlist via UPnP because it doesn't expect object.item.audioItem.musicTrack.

XBMC's playlist:

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<smartplaylist type="musicvideos">
    <name>Test</name>
    <match>all</match>
    <rule field="genre" operator="contains">
        <value>Metal</value>
    </rule>
</smartplaylist>

Relevant Showtime's debug log:

Code:

ObjectID (STR) = "special://profile/playlists/video/Test.xsp"
BrowseFlag (STR) = "BrowseMetadata"
Filter (STR) = "*"
StartingIndex (S64) = 0
RequestedCount (S64) = 1
SortCriteria (STR) = ""

<?xml version="1.0" encoding="utf-8"?><s:Envelope s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><ns0:Browse xmlns:ns0="urn:schemas-upnp-org:service:ContentDirectory:1"><ObjectID>special://profile/playlists/video/Test.xsp</ObjectID><BrowseFlag>BrowseMetadata</BrowseFlag><Filter>*</Filter><StartingIndex>0</StartingIndex><RequestedCount>1</RequestedCount><SortCriteria/></ns0:Browse></s:Body></s:Envelope>
Result (STR) = "<DIDL-Lite xmlns="urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:upnp="urn:schemas-upnp-org:metadata-1-0/upnp/" xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/"><item id="special://profile/playlists/video/Test.xsp" parentID="special://profile/playlists/video/" restricted="1"><dc:title></dc:title><dc:creator>Unknown</dc:creator><upnp:genre>Unknown</upnp:genre><res protocolInfo="http-get:*:video/xsp:*">http://10.0.2.15:1796/%25/179DB274BC631F63E89C8043C8E2F72B/Test.xsp</res><upnp:class>object.item.audioItem.musicTrack</upnp:class></item></DIDL-Lite>"
NumberReturned (STR) = "1"
TotalMatches (STR) = "1"
UpdateID (STR) = "0"

[Pulfer]

It may be a bug with the same roots as in recently fixed http://trac.xbmc.org/ticket/14239

Because upnp-inspector says it gets "object.container" class for playlists (which is expected behavior, not object.item.audioItem.musicTrack, I guess).

As Showtime requests more info, perhaps something goes wrong because that info is not set yet (like in bug 14239). It's easy to workaround on Showtime side but who needs workarounds if bugs may be fixed...

[Pulfer]

Patch is submitted: http://trac.xbmc.org/ticket/14252

[Martijn]

Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

[Ned Scott]

Looks like alcoheca already nabbed it: https://github.com/xbmc/xbmc/commit/ccdb...f5bd8cf61d

[Pulfer]

Looks like alcoheca already nabbed it: https://github.com/xbmc/xbmc/commit/ccdb...f5bd8cf61d

Yeah, but it was another bug, not related to playlists.

P.S. Still trying to set up github repo to do a pull request. Never used github before.

[Pulfer]

Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

Done: https://github.com/xbmc/xbmc/pull/2544/commits

[Martijn]

Patch is submitted: http://trac.xbmc.org/ticket/14252

Please use Github for patches. We do not handle them any-more on trac,

Done: https://github.com/xbmc/xbmc/pull/2544/commits

thx

as a small advise. always create a branch of your local master and work in that. saves you tons of trouble later on