---
### Author:  [@mountart](https://community.mp3tag.de/u/mountart)
#### Post date: [January 26, 2023, 8:25pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/9 "2023-01-26T20:25:39Z")
So, not sure this solves the problem. 1) I'm not changing anything, it is changing when it gets into Mp3Tag window; 2) It's the opposite of what you pointed out. It's not changing colons into slashed, MP#Tag is changing slashes into colons.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 26, 2023, 9:56pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/10 "2023-01-26T21:56:40Z")
So bottom line here is the filenames themselves are showing the colon in mp3tag, as explained by the developer is actually the correct character from the true name. It is Finder that converts and displays the slash that doesn't truly exist.
Most importantly, are you planning on changing these filenames in mp3tag? If you are not, and only expect to make changes to the tag fields like Artist, Album, Title, etc. then there is no concern about the filename changing anyhow. However if you do update the filenames from mp3tag, it will write back the new files using the colon `:` and Finder will still display those as the slash `/` character.
---
### Author:  [@mountart](https://community.mp3tag.de/u/mountart)
#### Post date: [January 26, 2023, 10:21pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/11 "2023-01-26T22:21:48Z")
Ok, so what you are saying is there is no way to fix this? Couldn't I just do a search and replace the colon and replace it with a slash within M3PTag? Does M3PTag have a search and replace feature?
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 26, 2023, 10:27pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/12 "2023-01-26T22:27:11Z")
We are talking in circles. There is nothing to fix. It is simply a difference between what you see in mp3tag and Finder for the filename, but mp3tag has not "changed" anything. There is a find and replace feature, but I don't think this something I would recommend as an action.
You didn't answer the question though, are you planning on changing anything to do with the filenames in mp3tag,. or just the tag fields themselves?
---
### Author:  [@mountart](https://community.mp3tag.de/u/mountart)
#### Post date: [January 26, 2023, 10:46pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/13 "2023-01-26T22:46:19Z")
I usually use the convert feature to have the filename match the title tag name, then i just modify and or add meta tags
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 27, 2023, 12:31am UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/14 "2023-01-27T00:31:05Z")
So then try this on a small sample of files that have this colon, and that you have backed up. Make a change to the title fields, then use your typical settings to update the filename. You will still see the colon there instead of the slash. Now use Finder to seek that same new file, and note if it still shows the slash instead of the colon. If yes, you can confidently go forward knowing this difference exists.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 27, 2023, 7:14am UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/15 "2023-01-27T07:14:21Z")
Mp3tag replaces `:` and `/` from tag values to `_` when renaming from tags, as those characters have the special semantics as described above on macOS.
---
### Author:  [@Arbiter](https://community.mp3tag.de/u/Arbiter)
#### Post date: [January 29, 2023, 10:30am UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/16 "2023-01-29T10:30:51Z")
Bottom line, macOS shows a : or a / for the exact same file depending on the context because both characters have been used to indicate directory separators in the two historical OSes that modern macOS is built upon (OS9 and BSD). So, it is a poor decision to use either character in your file names and Florian wisely avoids this issue by having Mp3tag replace both characters in file names as he noted. So sincerely, this is a feature, not a bug. 🙂
If you need slashes or colons to accurately tag songs, use those in the actual tags, but just not in the filenames.
---
### Author:  [@mountart](https://community.mp3tag.de/u/mountart)
#### Post date: [January 29, 2023, 2:41pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/17 "2023-01-29T14:41:34Z")
TY, it's all really over my head, but at least someone is finally saying find another way.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 29, 2023, 2:51pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/18 "2023-01-29T14:51:02Z")
Yet I have suggested several for you to make a couple of tests to confirm if this issue actually exists. It has been 3 days since your original posts. Have you tried this?
> [@Why is MP3 Tag Replacing Chars](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/14):
>
> So then try this on a small sample of files that have this colon, and that you have backed up. Make a change to the title fields, then use your typical settings to update the filename. You will still see the colon there instead of the slash. Now use Finder to seek that same new file, and note if it still shows the slash instead of the colon. If yes, you can confidently go forward knowing this difference exists.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 28, 2023, 2:51pm UTC](https://community.mp3tag.de/t/why-is-mp3-tag-replacing-chars/59808/19 "2023-02-28T14:51:44Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.