Sorry. I completely missed the gist of your original post. gharris999 wrote: > A number of year ago, Andy submitted a bug-fix (I've forgotten for which > bug) that broke "scan for new" scanning because his fix assumed that > GENRE->name equaled GENRE->namesort. Ever since that bugfix, I've had > to run LMS using a custom /slim/Schema/Genre.pm to undo his breakage.
I do recall the changes made a couple of years ago (in 7.6?) where it was decided that artist names should be case and character sensitive, so that some similar artist names would differ and could be stored separately. The only way to do that was to use the binary name column in the table for lookups during a scan. I imagine the same changes were carried over to use the name/title fields of the main tables in the library database - artists, albums, tracks and genres. Seems to me that this behavior should be confined to artists and is unnecessary for the other tables, but it's particularly unnecessary in genres - 'Rock' should not be different than 'rock'. Do the Advanced Searches by genre work correctly for you? I would think they should. It displays the genre name, which is your prettified name, and it looks them up by this same name, so as long as you're not in the middle of a scan, it should work. ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=102190 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
