There seem to be somekind of random bug, when MP3Tag writes cover art without extension?
Has anybody else enconounteret it?
It seems to be pretty random, approx 100 files processed, only 5 random ones had cover embedded without extension.
So instead of Cover.jpg it would export it as Cover. Also cover filetype is unknown on such circumstance.
If you switch from APEv2 to IDv2.3 it screws up cover on the same files as well.
When you operate only with IDv2.3 everything works...
Verified files themselves, everything checked out, so not sure what and why.
Even if I retag "known good file" it sometimes screws up Cover art, so I have to remove and reimport covers on such files.
Downgraded to previous 2.85 everything works without glitches.
A similar problem has been reported in the German section:
Embedded covers (sometimes) have no mime type.
Could you check if this has something to do with the (new) library?
As covers are now saved in the library, it could be that some information is lost on the way.
Yes, I can reproduce it with pretty random set of files in my collection.
Switch on read/write to APEv2 and start saving, I also have enabled column with %_cover_mimetype% and these random occurences are clearly visible there, what makes things even more interesting is that each time you save tag, this error can jump around between files...
Now if you uncheck APEv2, save and be hold...all this has been carried over to IDv2.3 too.
Side effect of this is, that no other program except MP3Tag itself can display cover images on such files.
Also I don't currently use library feature...yet...
