Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Dawgincontrol]

About a month ago, I moved all my music files using Rename, Move, & Copy file in MC28.

There was a glitch on one of the moves (I only did groups at a time in case something happened).

After the move there were a large number of duplicate files listed with the exact same path (the new drive).

I was able to figure out which listing was not needed by seeing which ones had playlists attached and other data and then grouping them.  Removed these files and everything basically works because I have selected "Ignore files previously removed from library" in auto-import.  These duplicates do NOT actually exist when you look in "Windows File Explorer".  There is only one file there in each instance.  Only MC28 sees the dupe for some reason.  Auto-import still sees them each time it's run, yet keeps only the file active that I didn't "faux" eliminate. 

Why does MC28 think there are two of these files and still finds two of these files?  Everything's working fine as far as the actual library because it's ignoring the faux files.  But auto-import still thinks they are there and somehow ignores the ones I eliminated.

[BryanC]

Are you sure that the [Filename]s match exactly? Usually if there are duplicates, MC will perform an automatic rename by appending (1) to the filename. If you don't think this is the case, could you paste a screenshot of your duplicates showing the [Filename] fields? If you want to see the "missing" file entries you can show all files with "~d=a" in a search field. "Fix broken links" during auto-import can also sometimes help to clean this up.

[Dawgincontrol]

Yep, exactly same filepath and filename.  It's a ghost file for some reason, which is what makes it strange. 

It's not effecting anything really except auto-import is saying it's skipping them.  Just a really strange quirk in the program. 

[BryanC]

Are they in "removed"?

Code: [Select]

~d=r


[Dawgincontrol]

BryanC, Yes they are.  Thanks for that code, btw.