Sometimes file modification timestamps are updated when they shouldn't

Lately I found that sometimes when I save tags with Picard the modification dates are updated even though the corresponding option is ticked in the configuration, it doesn’t happen always but is not happening rarely either. I’ve just made some testings and in the first and second try it didn’t update the modification dates of the files, then I removed the files, loaded them again, used the “search for similar albums” option, picked one, saved and then this time it updated the modtimes but only for some files (that’s also the way it has been happening, sometimes it’s all the files, sometimes it’s all but one), in the debug log there is nothing different that when it didn’t update the modtimes:

D: 20:42:39,985 file.update:734: Updating file <MP3File '06. Dices.mp3'>
D: 20:42:40,019 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,020 formats/id3._save:374: Saving file '\\\\192.168.1.1\\Music_Test\\08. Las cosas más bonitas.mp3'
D: 20:42:40,023 file.update:734: Updating file <MP3File '07. En mi nariz siempre es invierno.mp3'>
D: 20:42:40,050 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,051 formats/id3._save:374: Saving file '\\\\192.168.1.1\\Music_Test\\09. Qué harías si no tuvieras miedo.mp3'
D: 20:42:40,053 file.update:734: Updating file <MP3File '08. Las cosas más bonitas.mp3'>
D: 20:42:40,078 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,079 formats/vorbis._save:242: Saving file '\\\\192.168.1.1\\Music_Test\\11 - Que harias si no tuviera miedo.flac'
D: 20:42:40,081 file.update:734: Updating file <MP3File '09. Qué harías si no tuvieras miedo.mp3'>
D: 20:42:40,115 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,115 formats/vorbis._save:242: Saving file '\\\\192.168.1.1\\Music_Test\\10 - Tu retratito lo traigo en mi cartera.flac'
D: 20:42:40,123 file.update:734: Updating file <FLACFile '11 - Que harias si no tuviera miedo.flac'>
D: 20:42:40,139 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,140 formats/id3._save:374: Saving file '\\\\192.168.1.1\\Music_Test\\10. Tu retratito lo traigo en mi cartera.mp3'
D: 20:42:40,141 file.update:734: Updating file <FLACFile '10 - Tu retratito lo traigo en mi cartera.flac'>
D: 20:42:40,166 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,166 formats/id3._save:374: Saving file '\\\\192.168.1.1\\Music_Test\\11. No lo hagas, no vale la pena.mp3'
D: 20:42:40,169 file.update:734: Updating file <MP3File '10. Tu retratito lo traigo en mi cartera.mp3'>
D: 20:42:40,198 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,204 formats/id3._save:374: Saving file '\\\\192.168.1.1\\Music_Test\\12. Biografia.mp3'
D: 20:42:40,206 file.update:734: Updating file <MP3File '11. No lo hagas, no vale la pena.mp3'>
D: 20:42:40,230 file._save_and_rename:413: Not removing empty directory: \\192.168.1.1\Music_Test is not empty
D: 20:42:40,232 file.update:734: Updating file <MP3File '12. Biografia.mp3'>

As far as I can see I got the same lines that when the modtimes where untouched. Is this a known problem, at least for network shares? I don’t know what could be causing this, I’ve made similar tests with MP3Tag and it doesn’t update the modtimes.

The share’s filesystem is ZFS.

1 Like

Yes, that’s a known issue under Windows when saving to network shares. There seems to be a race condition where Windows still updates the files after Picard has reset the modification time. See the ticket

4 Likes