GNOME Bugzilla – Bug 699477
[upnp] When filtering is used, containers are hidden
Last modified: 2014-02-21 12:41:13 UTC
When filtering by type (audio, video or image) in UPnP, containers are not shown, only the items of that type are shown, not any containers.
This is the expected outcome in search, but not in browse. So the bug is actually with the browse() operation.
I've checked the browse() operation, and it is using the proper expression. Maybe the bug is actually in the server, who doesn't handle well the expression. For instance, getting the containers in Rygel was fixed in 0.17.7 (bug #690360).
(In reply to comment #2) > I've checked the browse() operation, and it is using the proper expression. > > Maybe the bug is actually in the server, who doesn't handle well the > expression. > > For instance, getting the containers in Rygel was fixed in 0.17.7 (bug > #690360). I'm using rygel-0.14.2-1.fc17.x86_64 which is pretty ancient. But doesn't that bug apply to searches?
The specific bug is when filtering by container. When you're filtering by Video, in search() we get all elements that are only Videos; in browse() we get all elements that are either a Video or a Container (and that of course belongs to the container we are browsing). That's why it only applies to browse(). It would be good if you can test it with a newer version.
If no other comments are provided, I'll close this bug as INVALID, as it seems the problem is in an older version of Rygel, that has been already fixed,
Looks like bug 707678 could be a reoccurence of that problem and still happens with the latest Rygel versions.
Adding Jens to the loop, Rygel maintainer.
Well, bug 707678 talks about 0.16.4 which is < 0.17.7 :) In the meantime I've fixed the fix (which was more of an hack), perhaps that's causing issues. I'll check
Checked against 0.18.4 on debian sid and 0.19.7 in jhbuild with totem + grilo from jhbuild and it works fine against MediaExport and Tracker back-end.
This works fine now.