Bug 3456 - Scan for new and changes misses ID3 tag changes
: Scan for new and changes misses ID3 tag changes
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 6.3.0
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-05-26 11:17 UTC by Marc Auslander
Modified: 2008-09-15 14:38 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Auslander 2006-05-26 11:17:22 UTC
If I change an ID3 tag, or add one to a previously untagged file, the data base does not see the change unless I do a complete clear and rescan.

This shows up in practice because I rip long (hour or more) radio programs into my library.  It seems that sometimes the track being ripped is added to the database before the rip is complete.  My rip program tags the file after its been ripped, and the tagging doesn't show up.

I guess I don't know what the changed in scan for new and changed means, but I hoped the scanner used file modification times to select which files to rescan.
Comment 1 Chris Owens 2006-05-29 14:51:05 UTC
This seems to be true in my testing, too.  

1) I initially scanned my music when I installed.  

2) I edited the ID3 tag of one MP3 file.

3) I hit rescan.

4) I hit refresh until the message about the rescan still being under way was not shown.

5) I skipped ahead to the track I had edited, and noted its ID3 information had not changed.

6) I restarted the server, and again, noted the ID3 information was not changed.

I searched for this bug elsewhere in the database, but didn't notice it already in there.
Comment 2 Dan Sully 2006-06-07 16:48:02 UTC
Fixed in change 7800
Comment 3 Chris Owens 2006-06-12 17:28:18 UTC
Verified fixed in SlimServer Version: 6.3.0 - 7895 - Windows XP - EN - cp1252
Comment 4 Chris Owens 2006-06-27 14:21:51 UTC
This bug fix is now part of a released version, and so has been marked closed. If you are still experiencing this problem, please reopen the bug.