View Issue Details

IDProjectCategoryView StatusLast Update
0008163MMW v4Otherpublic2011-08-10 22:45
ReporterLudek Assigned To 
PriorityurgentSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version4.0 
Target Version4.0Fixed in Version4.0 
Summary0008163: Unexpected DLNA behavior
DescriptionCurrently using build 1408, Windows Vista, and a Roku SoundBridge. I have encountered an unexpected navigation experience. Basically, what I can navigate to on the Roku depends on what I have currently selected in MM. To explain: say I have my collection "Classical" selected in MM. When I browse the Roku, all of my collections come up. Say I select the "Classical" collection. I can select album, album artist, etc. within that collection. Now say I select "album". All of my classical albums load. Now say I select a specific album. All of the songs on that album will pop up, in track # order. This is perfect and expected.

Now say I still have Classical selected in MM, but this time when I browse the Roku I select the collection "Rock". I can still browse album, album artist, etc. Say I choose to browse albums. All of my Rock albums will load. But if I select a specific album, I get a message saying that there are 0 items (in other words, it is not seeing the individual tracks). If I run downstairs and select the Rock collection on MM, then run back upstairs and browse the Rock collection on the Roku, the navigation experience is as expected (select and album and the tracks get listed).

The workaround here is to leave "Available Tracks" selected in MM, and that way everything can be browsed the way I expect. But I wonder if the yoking of the browsing behavior and the selection of a collection was intentional, or if it might be specific to the MM-Roku environment, or what.
Additional Informationhttp://www.mediamonkey.com/forum/viewtopic.php?f=6&t=59366
TagsNo tags attached.
Fixed in build1409

Relationships

child of 0008884 closedLudek Genre node shows Entire Library's Artist subnodes over UPnP 

Activities

Ludek

2011-07-18 21:12

developer   ~0026894

Fixed in build 1409.

lowlander

2011-08-10 22:45

developer   ~0027166

Verified on forum in 1415