# Renaming folder not showing up in mp3tag

**URL:** <https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459>\
**Category:** Support\
**Created:** [June 6, 2021, 2:32am UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459 "2021-06-06T02:32:03Z")\
**Posts on this page:** 7\
**Page:** 2

<div class="post-metadata">

**Author:** ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)\
**Post date:** [June 10, 2021, 6:56am UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/21 "2021-06-10T06:56:26Z")

</div>

> [@R.J](#):
>
> In fact, I renamed almost 100 folders so figuring out which might have been affected is not trivial.

I would say it IS trivial. Just search for the `desktop.ini` files in your 100 folders and delete, rename or edit them.

BTW:  
Why do you mark your directories with the read-only attribute? This is one of the prerequisites that the `desktop.ini` will be activated.

---

<div class="post-metadata">

**Author:** ![R.J](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/e9c0ed/32.png) [@R.J](https://community.mp3tag.de/u/R.J)\
**Post date:** [June 11, 2021, 1:33am UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/22 "2021-06-11T01:33:19Z")

</div>

I think the software created a parent folder marked read-only that propagated.

Deleting desktop.ini resets columns displayed and column widrhs

---

<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:** [June 11, 2021, 5:10am UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/23 "2021-06-11T05:10:09Z")

</div>

There are 2 things: first, I would make the _software_ kick the habbit of creating such puzzling folders.  
Second, it would be interesting to see what happens if you delete a desktop.ini after you have renamed a folder. Which name does the folder show then? The old or the new name?

---

<div class="post-metadata">

**Author:** ![R.J](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/e9c0ed/32.png) [@R.J](https://community.mp3tag.de/u/R.J)\
**Post date:** [June 11, 2021, 3:35pm UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/24 "2021-06-11T15:35:16Z")

</div>

It reverts to the directory (old) name

---

<div class="post-metadata">

**Author:** ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)\
**Post date:** [June 11, 2021, 5:24pm UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/25 "2021-06-11T17:24:33Z")

</div>

> [@R.J](#):
>
> Deleting desktop.ini resets columns displayed and column widrhs

To achieve the goal to see the real name it is sufficient to disable "Read-Only" of the folder.  
Just open a windows console window and type  
`attrib foldername (incl. path) -R`  
Or you can edit the desktop.ini and remove the section  
`[.ShellClassInfo]`

---

<div class="post-metadata">

**Author:** ![R.J](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/e9c0ed/32.png) [@R.J](https://community.mp3tag.de/u/R.J)\
**Post date:** [June 11, 2021, 7:55pm UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/26 "2021-06-11T19:55:52Z")

</div>

I hope this isn't a problem for anybody else. That's quite a clunky workaround

---

<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:** [February 9, 2026, 12:29pm UTC](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459/27 "2026-02-09T12:29:16Z")

</div>



[Previous page](https://community.mp3tag.de/t/renaming-folder-not-showing-up-in-mp3tag/53459.md?page=1)
