How to reproduce such situation:
1] Turn a Column on for the _DIRECTORY
and / or _FOLDERPATH
2] Load up to Mp3tag 3 files
3] Play one of the files
4] Select that file and one other - thus leaving the third one alone
5] Using right click menu option ''Move'' trying to relocate both files to another location
6] Press Skip
when prompted [by the operating system] about the first file being in use by other process [of the audio player]
7] Wait for the second pop-up [by Mp3tag] that says The content of the current directory may have changed
and choose Cancel
8] Notice that all three files still show the same location
And so the Windows 10 gives the user an ability to skip a file that is being used [thus unavailable for movement] - but Mp3tag in unable to keep track of file that was not used by other process [thus available for transfer] and which was successfully transferred? Why cannot Mp3tag notice that that second file was indeed moved - as it would if that one would stop its playback in third party software? I understand the idea behind The content of the current directory may have changed
pop-up and the Do you want to reread the current directory?
question. But if Mp3tag could just really notice a played file not being moved and that other file being moved, such workflow interrupting pop-up would be simply unnecessary. If the user presses Cancel
at the first pop-up then it my opinion the user does not care about such file - thus there is no need to bother the user with a second pop-up
I see this explanation
but I do not understand what was fixed back then. Nothing, as this could not be changed at that time [because of then inner workings of Windows]? If yes- how about now? Its been 15 years since then
Maybe Mp3tag could just scan the original location of files for which the Move
was used and also the destination folder - thus update only status for them; somewhat alike to when the user changes the _FILE_MOD_DATE
parameter outside of Mp3tag, goes back to Mp3tag, highlights such changed file and instantly in that moment a new data for _FILE_MOD_DATE
is loaded thus shown to the user, all of which happens without a progress bar being used. Because right Mp3tag [re]scans... I do not know what. Because or me it sometimes scans all of the folders from which files were loaded to Mp3tag, sometimes one of the folders from which zero files were selected and sometimes a folder, in which resides a file that I have pinned to my audio player icon on Taskbar - and that last case is a tell-tale sign that there is also some kind of a bug related to this