View Issue Details

IDProjectCategoryView StatusLast Update
0010420MMAUPnP / Castingpublic2015-02-09 20:27
Reporterrusty Assigned To 
PriorityurgentSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Product Version1.0.1 
Target Version1.1.1Fixed in Version1.1.0 
Summary0010420: If DLNA server is in view, 'Search' doesn't search it
DescriptionIf the user is using the DLNA function, and clicks 'Search' to search the server, MM searches the local library instead.

Note: The implementation could be limited to searching whatever content is currently in view. i.e. when UPnP view is active, then MMA should show Search in current view instead of Search in library.
TagsNo tags attached.
Fixed in build387

Relationships

related to 0010645 closedmartin MMA If UPnP Server is being browsed 'shuffle all' doesn't work 
related to 0012563 closedLudek MMW v4 UPnP Search returns partial results 
related to 0011737 closedmartin MMA Search: DLNA Search do not work 
related to 0012562 resolvedmarek MMA UPnP Search yields partial results 
child of 0010228 resolvedjiri MMA No search Indicator 

Activities

jiri

2013-01-22 16:14

administrator   ~0034582

Currently Search in MMA works on the whole local Library, regardless of the view - this could be discussed, but it makes sense to me.

As for usage in UPnP - since search is rather limited, it would have to be used for the current view only (as suggested), but I'm not sure whether it's really useful.

For that reason, I'd defer this one until we have a better UPnP scanning implemented and so we could offer an instant search of a remote server (MMW).

rusty

2013-01-22 23:42

administrator   ~0034615

Last edited: 2013-01-22 23:42

It could work similarly to Bubble UPnP, which caches the UPnP server metadata locally.

Setting target post 1.0.1.

Ludek

2013-01-23 08:11

developer   ~0034629

Last edited: 2013-01-23 08:18

Bubble UPnP uses UPnP search capability.
i.e. it sends search action to server and server returns requested files.

The server needs to be search capable.
MMW 4.1 supports search, but MMW 4.0 doesn't.

rusty

2013-02-20 18:41

administrator   ~0035001

So how about:
- If MMA detects that the UPnP server supports search --> it searches the server (e.g. 'Search server' instead of 'Search library')

jiri

2013-02-20 21:44

administrator   ~0035005

Ok, let's try this.

jiri

2014-01-14 12:29

administrator   ~0039212

Increasing priority, since it probably is rather easy to implement.

rusty

2014-11-21 18:54

administrator   ~0041101

This should be fixed in MMA since UPnP Search was implemented in MMW 4.1.5.

marek

2015-01-31 16:58

developer   ~0041913

Fixed in build 387

rusty

2015-02-01 04:01

administrator   ~0041915

Last edited: 2015-02-01 04:05

Tested 387 and this is partially working except that:
1) Videos/Movies aren't found
2) The search functionality doesn't always yield expected results in the same manner as described at 0009779

marek

2015-02-02 10:06

developer   ~0041919

2) I know, I have implemented just basic search functionality for now (because it uses completely different UI than the library search)

marek

2015-02-02 21:34

developer   ~0041928

I have tested it only with MediaMonkey server but it looks like it doesn't support more complex queries. I.e. I am not able to request music and video at once. For the same reason, search is done only on titles.

I will try other server and contact Ludek.

In build 388:
- artowrks of albums is shown in Albums tab
- music track overlaying icon is shown in Tracks tab
- two clicks on same tab caused disappearing of content

rusty

2015-02-03 13:45

administrator   ~0041940

Verified current functionality in build 390.
btw, if videos can't be found, why bother with the music icon overlay? Or is that in preparation for a fix to return videos on the server side?

marek

2015-02-05 13:26

developer   ~0041961

Last edited: 2015-02-05 13:26

Following queries fails with MMW upnp server:

1.
(upnp:class derivedfrom "object.item.audioItem") and (dc:title contains "foo" or dc:creator contains "foo")

It returns only items that contain foo in title. It doesn't return items with foo in creator field.

2.
(upnp:class derivedfrom "object.item.audioItem") and (dc:title contains "foo" or dc:creator contains "foo" or upnp:artist contains "foo")

It returns only items that contain foo in artist field. Items with foo in title are ignored.

3.
(upnp:class derivedfrom "object.item.videoItem" or upnp:class derivedfrom "object.item.audioItem") and (dc:title contains "foo" or dc:creator contains "foo")

No items are returned. It should return both audio and video items.

marek

2015-02-05 13:34

developer   ~0041962

Icon overlay was temporarily removed in build 392.

rusty

2015-02-05 14:25

administrator   ~0041963

Tagging this as resolved in 1.1.0. Remaining issues are tracked at:
0012562 (MMA)
0012563 (MMW)

rusty

2015-02-09 20:27

administrator   ~0041997

Last edited: 2015-02-09 20:27

Verified 392.