Bugzilla – Bug 8764
Many bugs in how SC tallies / counts and displays tracks
Last modified: 2015-01-30 16:49:58 UTC
this is my secong attempt to file this bug. i messed up when i did bug 8762. ___ i think it would be silly to retype everything said in this thread: http://forums.slimdevices.com/showthread.php?t=49429 but the heart of the issue is that SC needs a way to compare physical file counts to what it tells the user is available. SC often seemingly contradicts itself in this regard, as well as command window listings. my 4 screenshots illustrate the problems pretty well. ------- Comment #1 From Michael Herger 2008-07-17 01:44:28 [reply] ------- Please provide a _short_ description with all necessary information. That thread's SNR is way too low to expect anyone to understand what it's really about. ------- Comment #2 From Mike Walsh 2008-07-17 02:13:20 [reply] ------- its hard to provide a "short" description because so many bugs are converging. essentially, i don't trust what SC tells me about how many tracks i have, how many albums, how many artists, etc... it contradicts itself and it contradicts what a dir command in a terminal window tells me. in my case its heavily related to bug 8380, but i believe that what i am describing here could happen due to all kinds of unrelated possible errors, including ones we can't predict/envision here. you had said there was a bug enh or something about this already, but you never said where. so what i am trying to do here is both illustrate the problem, (in this particular premutation) and suggest a solution that would solve ANY possible error scenario, not just this one. i'll post my screenshots here next so you can see what i'm talking about.
Created attachment 3609 [details] first screenshot these results are when i had "guess tag formats" set to pickup basically all my albums as a workaround for bug 8380. notice we are on the album art page. dos = 23693 album art summary = 23693, 1975 albums, 2662 artists HOWEVER, the status page says: 23694 (where did it get an extra file from?), 1976 (and an extra album?) 686 artists (so, 686 or 2662?)
Created attachment 3610 [details] second screenshot these results are when i had "guess tag formats" set to pickup basically all my albums as a workaround for bug 8380. notice we are now on the home page. dos = 23693 home page summary = 23694, 1976 albums, 686 artists so NOW it agrees with the status page, and has the extra song, (and i assume extra album) and same number of artists. both this screenshot and the first one were made on the same clear and rescan. in the next two comments i'll show you the results i got using the DEFAULT values for "guess tag format"
Created attachment 3611 [details] third screenshot these results (and the next screenshot) are for when i did a clear and rescan and had DEFAULT VALUES for "guess tag formats" in SC. notice we are now on the album art page. dos = 23693 album art page summary = 23400, 1953 albums, 2656 artists status page = 23694, 1954 albums, 678 artists so the album art page is way different not just from the status page, but from ALL the other screenshots. no doubt the album page is a reflection of bug 8380, (remember i am no longer guessing tag formats accurately, i am using the default values) but it doesn't explain the differences between it and its own status page. (and how weird its still one album off, but 293 or 294 songs off)
Created attachment 3613 [details] fourth screenshot these results are for when i did a clear and rescan and had DEFAULT VALUES for "guess tag formats" in SC. notice we are back on the home page. dos = 23693 home page summary = 23694, 1954 albums, 678 artists again, it agrees with the status page, and has the extra song however this time, (unlike the first two screenshots) it has 8 less artists and 22 less albums. (wish i knew which ones) how it got to the same number of songs with fewer artists and albums i just don't get. obviously something is very weird here. so i think SC should do a filecount and tell the user you have this many audio files of this type all together. eg. 23692 mp3s 1 wav (that would be me) then it should compare whats actually in the database versus what the raw filecount came up with, and it should find the discrepency, and tell the user such and such location had a file that isn't in the database properly. as to the "extra" song it is finding, i don't know what to do about that or how to explain it. i have 23693 audio files which is to say all mp3s and 1 wav. why SC says 23694 i have no idea. but IF it were some random audio file type then i would see that when SC did its aggerate filecount report. like i said, a lot is converging here, i don't know how i would have kept this "short."
QA to re-test after new schema work is complete, because that will change the behavior (and perhaps fix the bug)
this bug has the keyword, but hasn't been added as a block to bug 8303 i assume thats an oversight?