Bugzilla – Bug 4631
Adding music via Browse Music Folder doesn't generate artwork thumbnails
Last modified: 2011-05-25 09:17:53 UTC
6.5.1 svn/CC3.2/Fishbone Adding music via Browse Music Folder doesn't generate artwork thumbnails, so browse albums just gives a blank place holder and no means of getting the thumbnail AFAICS.
Reproduced successfully on XP. 1) Clicked 'Browse -> Music Folder' using Web UI 2) Browsed to new track (MP3 file with embedded image) 3) Image was displayed successfully after clicking on file 4) Returned to Browse -> Albums, clicked gallery view 5) No thumbnail artwork was displayed.
Created attachment 1756 [details] mp3 file with embedded artwork
This has always worked like this, and is a duplicate of bug 2116. I'm not sure why that one was marked fixed, as the issue was never resolved.
actually, it was marked as fixed because it was. Later...it was discovered that this caused other problems. As such, thumbnails have since and probably always will require a rescan. It isn't really a bug, as it would seem to be exactly the way it is expected to work for the foreseeable future. if anything, this is an enhancement only.
Browse Music Folder is the only sensible way of adding a newly ripped CD to SS. Doing a full rescan is a) too slow and b) often seems to create other problems. SS behaviour is inconsistent in that it finds both the music and the artwork but won't display the thumbnail used in the Browse Artwork view. There seems to be no manual way to force the update. I have no idea how thumbnails are generated at present, but it seems to me that they should be created either as part of the scanning process (be it a rescan or Browse Music Folder), and/or when you Browse to the actual artwork view. The latter would be (IMO) an acceptable way of forcing a thumbnail update. Whilst I understand that some of these 'things' are sometimes difficult to fix, I report them only from the viewpoint of a user, and in the interests of having the product work better for Slim Devices/Logitech's customers. I really don't care if you call it a bug or an enhancement - so long as you fix it!
So Dan is this by design? Shall I add it to the spec?
It should work, but I'm not sure if the current implementation will easily allow this to be fixed.
*** Bug 2116 has been marked as a duplicate of this bug. ***
what is it going to take to resolve this? it is damned annoying to have to rescan if you have a large library. This problem still persists in 6.5x.
it's not targetted for 6.5. You'll find some improvement in 7.0, but it's not perfect yet.
Posting to the forums and getting people to vote for this bug will certainly move it higher up the priority list.
We'll look at this post-7.0.
*** Bug 7407 has been marked as a duplicate of this bug. ***
Andy notes there is a master plan to improve the scanner so that it ties in with the various OSes filesystem notification services that may obliviate this bug.
The new db schema sounds like a great idea, but if this isn't too difficult to do, I think it would be a shame to let it slip to 7.3 which is probably another year away?? Now that you have Jive handsets, album art is even more important than it was.
I have to agree with Patrick. Setting targets that are three major releases into the future isn't very encouraging. IMHO, _some_ problems in the db/scanning/library area should be looked at for the current revision of the server, even if it's already known that they'll be redesigned in the forseeable future.
*** Bug 15279 has been marked as a duplicate of this bug. ***
Is this fixed in 7.6?
(In reply to comment #18) > Is this fixed in 7.6? It doesn't appear to be. Here's a quick test (running on Windows with that auto-scanning disabled). Library is all FLAC files with cover.jpg in folders. 1. Remove a few cover.jpg files. 2. Run a full clear/rescan. 3. Put the cover.jpg files back. 4. Browse Music Folder in the web interface, down to the album level, then to the songinfo level, then attempt to view the cover by itself. - At the album level, nothing appears. - At the songinfo level, there's a linked broken image with the following URL: http://192.168.9.36/music//cover_150x150_o - Clicking this link leads to a broken image with this URL: http://192.168.9.36/music//cover.jpg
7.6.32434 seems to be working correctly ----if I add a folder of FLACs or MP3 files to the music foilder, I can see the artwork in the WEb-UI without having to do a re-scan of library (not sure how to dis-able the 'autoscan' mentioned in comment #10)
Tried with various file-types and artwork was added without doing a manual scan---I just went to web-UI / My Music and browsed the Music Folder down to the track level ---was able to see the art AND then browse to albums or artists and see the newly added folders. 7.6.r32453
Closing due to fix confirmed on build r32453