Bug 4516 - Enabling Playlists Breaks Search Results
: Enabling Playlists Breaks Search Results
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 7.0
: PC Windows XP
: P2 major with 7 votes (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-17 11:11 UTC by Larry
Modified: 2008-12-18 11:12 UTC (History)
10 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Larry 2006-11-17 11:11:07 UTC
I search for an artist who I know exists and get no results.

If I search for the compilation CD the artist appears on, the tracks are there with the correct artist name. When I select the track and then artist from the CD, I again get no results.

I then noticed the same is true for most other artists on this compilation. If this is the only appearance for the artist they get no results when I search for them. If the artist has other appearances in my collection their search results exclude just this particular compilation.

This is resolved if I clear the playlist folder setting and rebuild the library.
Comment 1 KDF 2006-11-17 12:04:39 UTC
see bug 4498 and bug 4433. all likely linked, if not exact dupes.
Comment 2 Larry 2006-11-17 12:44:26 UTC
Hmm. After restoring my playlist setting, the issue is not reproduced. 
Comment 3 Larry 2006-11-17 12:48:13 UTC
I spoke too soon. While slimserver was still scanning the library the artist search results were fine. After the scan was complete the problem was reproduced. I guess the last phase of scanning is reading the playlists.
Comment 5 Stanley Evans 2007-01-06 13:08:55 UTC
Just to chime in; I have been vexed with this bug for months since upgrading to 6.5.  I use Playlists extensively and to me, the fact that the VA names are disappearing from Search only when they are used in a Playlist is clearly a bug, not a "this is how SlimServer is designed" feature.

It doesn't appear much progress has been made on this problem over the past few months.
Comment 6 Chris Owens 2007-01-31 18:01:37 UTC
Steven, could you have a look at reproducing this here?
Comment 7 Dominique Cote 2007-02-07 04:00:20 UTC
i can confirm this.

i have posted "offending playlists" and some screenshots here:

http://forums.slimdevices.com/showthread.php?t=32513

maybe it hepls.
Comment 8 Spies Steven 2007-02-07 09:50:44 UTC
This may be a duplicate of Bug 4433. Investigating further.
Comment 9 Spies Steven 2007-02-20 16:13:56 UTC
I am now seeing the behavior described. For this test I have added only one compilation album to Slimsever. I have "List compilation albums under each artist" selected. After doing a "Clear library and rescan everything" I get 1 album with 16 songs by 16 artists which is what I expected. If I now create a playlist of all the songs, save it and then do a "Clear library and rescan everything" Slimsever will now report that I only have 1 album with 16 songs by 1 artist. If I browse by artist, only the last artist of the album will be displayed. If I select the album all the tracks and artists will be displayed but if I select an artist other then the one on the last track I will get a result of 0 albums with 0 songs by 0 artists. If I search for any artist other then the last one I get a result of 0 albums with 0 songs by 0 artists. This does not seem to affect non compilation albums. On further testing it appears that this behavior only needs one song from the compilation album saved in a playlist. This was tested against 6.5.1. I will test against 6.5.2 & 7.0.
Comment 10 Spies Steven 2007-02-21 10:00:00 UTC
I still see the behavior with both the 6.5.2 and 7.0 nightly. I suspect it has something to do with the mergeVariousArtistsAlbums process.
Comment 11 Spies Steven 2007-02-21 11:16:21 UTC
*** Bug 4433 has been marked as a duplicate of this bug. ***
Comment 12 Spies Steven 2007-02-21 11:28:40 UTC
*** Bug 4708 has been marked as a duplicate of this bug. ***
Comment 13 Chris Owens 2007-02-22 15:02:22 UTC
Set version to 7.0 since Steven was able to reproduce there, set severity to 'major' due to user interest, set target milestone to 7.0.  It would be wonderful to fix this for 6.5.2 but I am very concerned that changes to this area of the code may break other features.
Comment 14 Dan Sully 2007-03-22 11:47:08 UTC
Fixed in change 11662
Comment 15 Christopher Rath 2007-04-01 05:19:03 UTC
I downloaded and installed the 31 March nightly build for vers. 7 and I can confirm that I (at least for me) the bug is resolved.

Many thanks for addressing this problem.
Comment 16 Chris Owens 2008-03-07 09:04:08 UTC
This bug is being closed since it was resolved for a version which is now released!  Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html

If you are still seeing this bug, please re-open it and we will consider it for a future release.
Comment 17 Christopher Rath 2008-03-27 16:52:26 UTC
I installed and tested the production version of SqueezeCenter and this bug is fixed for my collection of MP3s.