# Better handling of case-only renaming under WINE

**URL:** https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609
**Category:** Support
**Created:** [July 15, 2026, 9:27am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609 "2026-07-15T09:27:25Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![Quppa](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/43a26b/32.png) [@Quppa](https://community.mp3tag.de/u/Quppa)
#### Post date: [July 15, 2026, 9:27am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/1 "2026-07-15T09:27:25Z")

</div>

Mp3tag works very well for me under WINE, but I often get stung by files not being renamed when only the case changes when running `Tag -> Filename` etc.

Would it be possible to implement a change to the renaming logic along the lines of:

```auto
if lower(old_name) != lower(new_name):
  move_file(old_name, new_name)
else:
  move_file(old_name, temp_name)
  move_file(temp_name, new_name)

```

?

This should be safe across case-sensitive and case-insensitive file systems.

Earlier topics:

> [@\[X\] File Name Case Conversion](https://community.mp3tag.de/t/x-file-name-case-conversion/40953):
>
> I have noticed that lately, the command I created to change the filename to all Uppercase text and Lowercase extension is not working for all the files. It used to work perfectly a couple updates back (not sure what update number). Has anyone else encountered this issue?

> [@Rename Files When Only Changing Case](https://community.mp3tag.de/t/rename-files-when-only-changing-case/17764):
>
> I am attempting to rename files, but when only changing case (not any characters) the program states that the file already exists. i.e. - File name is: Joe Smith - A Great Day At The Beach and I retag and want to rename to: Joe Smith - A Great Day At the Beach How do I get the program to recognize the change in case of the word "the" and rename?

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 15, 2026, 9:35am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/2 "2026-07-15T09:35:35Z")

</div>

If you have a standardized naming pattern then you could create an action that renames the file in 2 steps\_

1. Format value for \_FILENAME, Format string: `%_filename%_`
2. Format value for \_FILENAME, Format string: your naming pattern

---

<div class="post-metadata">

### Author: ![Quppa](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/43a26b/32.png) [@Quppa](https://community.mp3tag.de/u/Quppa)
#### Post date: [July 15, 2026, 9:54am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/3 "2026-07-15T09:54:09Z")

</div>

Thanks, I'll try out an action. Right now I just stick some dummy char at the end of my format string, do the rename, remove the dummy char and do the rename again - would be nice if the product handled this case automatically so the `Tag -> filename` button works out of the box.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 15, 2026, 10:00am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/4 "2026-07-15T10:00:36Z")

</div>

> [@Quppa](#):
>
> if the product handled this case automatically

Or that the emulator would adopt the case and write it accurately to the filename ...

---

<div class="post-metadata">

### Author: ![Quppa](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/43a26b/32.png) [@Quppa](https://community.mp3tag.de/u/Quppa)
#### Post date: [July 15, 2026, 10:39am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/5 "2026-07-15T10:39:16Z")

</div>

Yes, but I appreciate why WINE has to do it like this, sitting in userspace and not caring about filesystem specifics. Windows gets to let the NTFS driver handle it.

---

<div class="post-metadata">

### Author: ![AreDigg](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/bbe5ce/32.png) [@AreDigg](https://community.mp3tag.de/u/AreDigg)
#### Post date: [July 15, 2026, 3:53pm UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/6 "2026-07-15T15:53:34Z")

</div>

Isn’t that the same issue in Windows proper as well? Often when I rename something in Windows, if there are only case changes it will not do anything.

---

<div class="post-metadata">

### Author: ![Quppa](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/43a26b/32.png) [@Quppa](https://community.mp3tag.de/u/Quppa)
#### Post date: [July 16, 2026, 3:57am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/8 "2026-07-16T03:57:57Z")

</div>

Windows Explorer and `move` and `ren` via the command prompt work properly with case-only filename changes with Windows 11 25H2, but this definitely wasn't always the case. Mp3tag also works correctly under Windows.

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [August 13, 2026, 3:58am UTC](https://community.mp3tag.de/t/better-handling-of-case-only-renaming-under-wine/71609/9 "2026-08-13T03:58:25Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
