# \[F\] mp3tag 2.80 moves files when they get renamed in a path containing a folder name ending with unicode whitespaces (e.g. U+2000)

**URL:** <https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599>\
**Category:** Fixed Bugs\
**Tags:** bug-fixed\
**Created:** [January 10, 2017, 8:46pm UTC](https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599 "2017-01-10T20:46:36Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Rennie](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/r/c77e96/32.png) [@Rennie](https://community.mp3tag.de/u/Rennie)\
**Post date:** [January 10, 2017, 8:46pm UTC](https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599/1 "2017-01-10T20:46:36Z")

</div>

I'm using unicode whitespaces like "U+2006 (8198)" as last sign for folders of bands like "R.E.M." to have the "." as the last visible sign.

If I use mp3tag's converter to rename files in a folder like "R.E.M. " (which has an invisible unicode sign after R.E.M.!) or in one of its subfolders, then mp3tag will move the renamed files to a newly created folder "R.E.M" or a subfolder of this folder.

For Example:

Files from

C:\R.E.M. \Monster

are moved to a new folder called

C:\R.E.M\Monster

when mp3tag renames them.

This bug can be reproduced with other whitespaces like U+2006 from this list:

[https://de.wikipedia.org/wiki/Unicodeblock\_...e\_Interpunktion](https://de.wikipedia.org/wiki/Unicodeblock_Allgemeine_Interpunktion)

See also:

[https://en.wikipedia.org/wiki/Whitespace\_character](https://en.wikipedia.org/wiki/Whitespace_character)

If these whitespaces are used in the "middle" of a folder name like "R.E.M. 1", instead, mp3tag doesn't have/create any problems.

---

<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:** [January 11, 2017, 5:06am UTC](https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599/2 "2017-01-11T05:06:36Z")

</div>

[/t/18382/1](https://community.mp3tag.de/t/18382/1)

---

<div class="post-metadata">

**Author:** ![Zerow](https://community.mp3tag.de/user_avatar/community.mp3tag.de/zerow/32/11379_2.png) [@Zerow](https://community.mp3tag.de/u/Zerow)\
**Post date:** [January 17, 2017, 12:32pm UTC](https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599/3 "2017-01-17T12:32:53Z")

</div>

![<_<](https://community.mp3tag.de/uploads/default/original/1X/5996dbb474c88b8f9fc49f09dc3858d081055a2d.gif "<\_<")

> [@Rennie](#):
>
> [...]For Example:
> 
> Files from
> 
> C:\R.E.M. \Monster
> 
> are moved to a new folder called
> 
> C:\R.E.M\Monster
> 
> when mp3tag renames them.  
> [...]

I also for the longest time was using some variations of space, than I was only able to paste at the and of folder with the usage of ACDSee 3.1 graphics files viewer / handler. But a couple of years back I have finally started to cope with this issue by the means of adding an

```
 '

```

sign at the end of the name of the band like than; but only in the folder [and not in the tag fields]

So an R.E.M.  
would become R.E.M. 'with an ordinary space to indicate that it is not a part of the "original" name

And I do now like this because other pieces of software also can have similar issues. Mp3tag maybe safe now in regards to such a dot, but why not error proof folders for all of them; all of the future software that you might use in time to come, be it for tagging, burning or moving of such folders?

---

<div class="post-metadata">

**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\
**Post date:** [December 28, 2018, 2:09pm UTC](https://community.mp3tag.de/t/f-mp3tag-2-80-moves-files-when-they-get-renamed-in-a-path-containing-a-folder-name-ending-with-unicode-whitespaces-e-g-u-2000/18599/4 "2018-12-28T14:09:05Z")

</div>

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