Bugzilla – Bug 5209
Compilation column remains as "NULL" with a compilation album.
Last modified: 2009-09-10 08:51:19 UTC
Steps to Reproduce: 1. Create two flac files. 2. Use Mp3tag to edit the tags. 3. Make the name of the album for the two tracks the same. 4. Make the names of artists of the album different. 5. Make the year of one track 2007. The other one, 2006. 6. Check the SlimServer database with SQLyog. 7. Go to the album table. 8. Notice the compilation value for the said album is "NULL".
The compilation field is populated by a compilation tag in the file, not assumed or calculated by slimserver.
Based on Chris' comment, closing this bug.
This is a great bug report, but it's only the tip of the iceberg. Severity should be 'major' and priority P1. (In reply to comment #1) > The compilation field is populated by a compilation tag in the file, not > assumed or calculated by slimserver. That's not correct. SlimServer uses several means to determine if an album is a compilation, the COMPILATION tag being just one. If an album is not found to be a compilation, then logically it should be consider NOT a compilation. There is no third state. Is it supposed to mean "unknown" or "maybe"? NULL values are used far too much in the SlimServer database, in violation of widely recommended best practices. They're a freaking nightmare to work with.
It sounds like grist for some kind of Slimserver coding practices document.
Is this an end-user visible issue? Or just internal to the DB?
I am unable to reproduce this with SqueezeCenter or SqueezeBox Server