I am a somewhat experienced user. Not sure what's going on here...
Have a typical folder full of MP3s. Do my usual cleanup to it, including Case Conversion. All looks ok, including the Filename field. But when I actually look at the filenames in Explorer, they are still lower case (technically, they are still as before, not changed). I've refreshed, I've dbl checked properties (not read only), yada yada.
Then I tried changing the case in Explorer (F2 key). It won't work either, telling me it's probably not Mp3tag, but something in Windows?
To elaborate, again for future reference: I had updated the filenames per my usual naming system. After which I realized I had some case issues, and ran case conversion. Then updated filenames again. It looked like it worked (in Mp3tag display), but it didn't. Explorer still showed the case issues. Reloading in Mp3tag also showed it again.
The answer is to correct the case FIRST. Then rename filenames.
Thanks for your replies and help on this mystifying issue.
Just out of interest as I have been doing some research on this recently myself: on what file systems are the affected files on, FAT32 or NTFS? In my testing renaming case only not working affected only FAT32. And what version of Windows are you using?
Thanks. I now also tested with exFAT, and I share the same experience of renaming not working. Not with Explorer nor tagging applications Mp3Tag or Picard. I actually researched this just recently for Picard, as we face exactly the same issue there. I'm wondering if it is worth implementing a workaround of automatically double renaming the file. Not sure if Florian would also be interested in such a (admittedly kind of hacky workaround) for Mp3Tag or if the argumentation rather is "Windows can't do it also".
But then you can do it yourself.
Create an action group that has an action of the type "format value" for _FILENAME with
Format string: %_filename%_
which adds an underscore to the filename. And then you apply the case conversion.