# \[X\] Can't copy some unusual TRACK tags from MP3 / FLAC to WMA

**URL:** <https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714>\
**Category:** No Bugs\
**Created:** [March 4, 2016, 10:40am UTC](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714 "2016-03-04T10:40:10Z")\
**Posts on this page:** 1\
**Showing post:** 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:** [March 4, 2016, 10:40am UTC](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714/1 "2016-03-04T10:40:10Z")

</div>

Till recently, I was using only MP3's and FLACs; with tags in ID3v2.3 UTF-16. And I was using tag fields not in a "standard" way, with a bunch of signs different than just letters and numbers, but had not problems with them whatsoever

But now it seems I have found a bug

If the value in the TRACK tag field starts with a dot sign `.` I simply cannot copy such value to a WMA format. But if that dot was behind I number, then there would be no problem. Also if I have a letter or letters in the TRACK field, such value cannot be copy. But if letters are following a number, then there is no such problem

So the bug is: it can be copied, but to MP3 and FLAC; but such an attempt on a WMA file will spit out an error saying, that it cannot be opened for writing

[I haven't tested all the fields with all the signs that I'm using- so maybe there are more cases like that?]

---

_[View the full topic](https://community.mp3tag.de/t/x-cant-copy-some-unusual-track-tags-from-mp3-flac-to-wma/17714)._
