GNOME Bugzilla – Bug 683432
Upnp: Shared Media selection is greyed out - media servers not selectable
Last modified: 2020-03-17 09:56:50 UTC
Created attachment 223556 [details] Debug log I have two media servers that are unselectable after enabling the UPNP extension, I can see the Shared Media selection come up but it is grayed out by the parent node. I read the bug list, searched the mailing list/forum and: a) deleted any empty folder in my media library. b) disconnected DirecTV from the network c) turned off MiniDLNA Nothing seems to resolve the issue. The debug log shows that the mono.upnp library is failing but I cannot see why from the debug log other than there seems to be a missing file object or xml stream object.
Sending debug log as attachment
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the latest release of the mono-upnp library (version 0.1.2). It is available here: https://github.com/mono/mono-upnp/downloads *** This bug has been marked as a duplicate of bug 672671 ***
Created attachment 224259 [details] Shows a Banshee library is failing after updating mono.upnp to latest version
This is a partial fix. I downloaded, compiled and replaced the failing mono components. I can now see my music library however, the playlist tree is still grayed out and, my media server photos, and videos do not appear (I think they should come up). All I am able to see from my server is the music collection. It appears that there is a Banshee library that is failing (see second attachment) in addition to an XML parsing error. I question the duplicity of this bug because banshee does not crash. The only commonality I can find is the miniDLNA server. Symptoms are completely different IMHO. Any help is much appreciated.
You're right, it seems you're now hitting another bug. Could you reproduce the problem with only one media server, and post the debug log (the last log was not in debug mode, you forgot a dash in "banshee --debug") The UPnP extension will only display Music and Video item, all the other media types are filtered out.
Thank you for getting back to me. I disconnected the DirecTV receiver from the local net and left the miniDLNA up and running after doing some more cleaning up and inspecting the db for any garbage that may exits in a Title. I did not make any breath taking discoveries. I deleted the db and had the service rebuild the db from scratch. No change in the symptom of a malformed xml node reported in the debug log. I also use my LG Blueray player to look at this library and it doesn't seen to have any problems reading the content of the music library from MiniDLNA but this doesn't mean that it doesn't get an error. I ran the upnp inspector on my library and it seems to find everything except that I do get a Python exception in the console. I will report the XML issue to the miniDLNA folks to see what they think. In the mean time, I will look at installing some other service to see if Banshee has the same problem with my library content. I probably have a corrupted ID3tag somewhere or one that requires some sort of character escaping causing a malformed xml node/value (don't know for sure). With a couple of thousand mp3 files, it's quite an endeavor to look at every tag. This leaves the other issue with the failing mediakeys error reported by one of the Banshee libraries. I am adding a new debug log as you requested.
Created attachment 224462 [details] Multimedia keys error and XML deserializing error see latest text in bug log
Upon further testing, I found that it is not my library or MiniDLNA that is at fault. I installed a UPNP control point called GUpNp Control Point and a GStreamer AV renderer to validate every title and every media type from my library. It all works correctly. My LG box does not get any errors either. One thing I did notice is that it takes a good 2-3 minutes for Banshee to actually connect and get the root directory of my MiniDLNA server. It appears that the XML syntax error found in the debug log I uploaded is pointing to a missing closing tag that is likely due to an unexpected end of stream. Maybe the app is running out of memory or that some memory allocation isn't working correctly, connection lost during data transfer. My music collection consists of 2052 audio tracks. That is a lot of data to transfer. Looking at the DIDL, the complete list of titles would equate to about 1.7MB of data + overhead This looks like it could be a Banshee/mono.upnp issue at this point.
Using Banshee 2.6.2 on Ubuntu 14.04 I am experiencing the same issue in that both a Plex server ( Version 2.3.8 ) and a Windows 8.1 desktop both sharing media through DNLA are greyed out. Terran
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.