# \[F\] Mp3tag destroys multiple Artists, Composers, etc. in WMA

**URL:** https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [October 3, 2006, 1:25am UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847 "2006-10-03T01:25:31Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![sonicbox](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/3da27b/32.png) [@sonicbox](https://community.mp3tag.de/u/sonicbox)
#### Post date: [October 3, 2006, 1:25am UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847/1 "2006-10-03T01:25:31Z")

</div>

If I use Mp3tag to view a WMA file that has multiple Artists, Composers, Conductors, Genres, etc. set in the metadata... it seems to read it, unlike most badly written utilities. Good. For example, for multiple Artists... Mp3tag shows the multiple entries as:

ARTIST={name 1}  
ARTIST={name 2}  
ARTIST={name 3}

However, when I save the tag... it loses all the multiple entries. Bad. Also, the remaining entry is not even the first entry that was in the original metadata... as I'd expect. (So, it seems the order isn't being preserved either.)

This is causing some chaos with my tagging. I lose metadata if I use Mp3tag to edit. Tested on the non-beta... and v2.36f.

---

<div class="post-metadata">

### Author: ![sonicbox](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/3da27b/32.png) [@sonicbox](https://community.mp3tag.de/u/sonicbox)
#### Post date: [October 11, 2006, 6:49pm UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847/2 "2006-10-11T18:49:47Z")

</div>

Any update on this? It's causing me a bit of rework, since I depend on multiple entries for Artist, Composer and Genre in WMA containers.

---

<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: [October 30, 2006, 6:36pm UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847/3 "2006-10-30T18:36:25Z")

</div>

This is a limitation of Mp3tag's WMA support. Resolving this would require a rewrite of the WMA tagging part which is already a great mess due to the freaking API of the WMA runtime.

That's why I'll label this report as low priority.

Best regards,  
Florian

---

<div class="post-metadata">

### Author: ![sonicbox](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/3da27b/32.png) [@sonicbox](https://community.mp3tag.de/u/sonicbox)
#### Post date: [November 2, 2006, 4:30am UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847/4 "2006-11-02T04:30:21Z")

</div>

Thank you for the update, Florian. Until you can get to it, can you at least add it to the next release notes or "known issues"... just so some other clueless end user doesn't accidentally lose valuable content metadata.

Cheers!

---

<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, 1:55pm UTC](https://community.mp3tag.de/t/f-mp3tag-destroys-multiple-artists-composers-etc-in-wma/3847/5 "2018-12-28T13:55:31Z")

</div>

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